home *** CD-ROM | disk | FTP | other *** search
/ Celestin Apprentice 5 / Apprentice-Release5.iso / Information / THINK C Digest / 1995 / 95-04 < prev    next >
Internet Message Format  |  1995-12-31  |  94KB

  1. From: listproc@rdatasys.com
  2. Date: Tue, 28 Nov 1995 07:10:38 -0800 (PST)
  3. Reply-To: listproc@rdatasys.com
  4. Sender: listproc@rdatasys.com
  5. To: celestin@celestin.com
  6. Subject: GET THINK-C/MESSAGES 95-04 (1/1)
  7. X-Comment:  Relational Data Systems ListProcessor
  8.  
  9. Archive THINK-C/MESSAGES, file 95-04.
  10. Part 1/1, total size 93178 bytes:
  11.  
  12. ------------------------------ Cut here ------------------------------
  13. >From raub@grove.ufl.EDU Sun Apr  2 11:13:42 PDT 1995
  14. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id LAA07000 for <think-c@rdatasys.com>; Sun, 2 Apr 1995 11:13:36 -0700
  15. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id LAA03542 for <think-c@rdatasys.com>; Sun, 2 Apr 1995 11:16:46 -0700
  16. Received: from unknown(128.227.8.6) by lionfish.rdatasys.com via smap (V1.3)
  17.         id sma003540; Sun Apr  2 11:16:25 1995
  18. Received: from alder.grove.ufl.edu (alder [128.227.8.8]) by mail.grove.ufl.edu (8.6.10/8.6.10) with ESMTP id OAA08083 for <think-c@rdatasys.com>; Sun, 2 Apr 1995 14:16:32 -0400
  19. From: Mauricio C Tavares <raub@grove.ufl.EDU>
  20. Received: (raub@localhost) by alder.grove.ufl.edu (8.6.10/8.6.10) id OAA20627 for think-c@rdatasys.com; Sun, 2 Apr 1995 14:16:55 -0400
  21. Message-Id: <199504021816.OAA20627@alder.grove.ufl.edu>
  22. Subject: Again on quitting at shutdown
  23. To: think-c@rdatasys.com (Think C Mailing List)
  24. Date: Sun, 2 Apr 1995 14:16:53 -0400 (EDT)
  25. X-Mailer: ELM [version 2.4 PL23]
  26. Content-Type: text
  27. Content-Length: 689       
  28.  
  29.         Even though I had to stop programming in my Mac to do other 
  30. things, my old problem is still bugging me.  What I am trying to do is to 
  31. have my program to quit automagically if the computer shuts down.  
  32. Someone told me I should play with the project settings, but was not 
  33. specific to what I should do.  Knowing that I am running TC 5, can anyone 
  34. shed some light to my problem?
  35.  
  36. -- 
  37.  
  38.  ==========================+==============================================
  39. | Mauricio Tavares         | "We will attack...                           |
  40. | raub@grove.circa.ufl.edu |  ...under the cover of daylight!" Rimmer     |
  41.  ==========================+==============================================
  42. >From John_E_Edward_Ellis@rl.gov Mon Apr  3 10:54:55 PDT 1995
  43. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id KAA12486 for <think-c@rdatasys.com>; Mon, 3 Apr 1995 10:54:41 -0700
  44. From: John_E_Edward_Ellis@rl.gov
  45. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id KAA09786 for <think-c@rdatasys.com>; Mon, 3 Apr 1995 10:57:50 -0700
  46. Received: from mailhost.lanl.gov(128.165.3.12) by lionfish.rdatasys.com via smap (V1.3)
  47.         id sma009784; Mon Apr  3 10:57:27 1995
  48. Received: from fep1.rl.gov by mailhost.lanl.gov (8.6.11/1.2)
  49.         id LAA09560; Mon, 3 Apr 1995 11:56:35 -0600
  50. Received: by fep1.rl.gov (5.51/5.17.rl-1)
  51.         id AA16263; Mon, 3 Apr 95 11:00:46 PDT
  52. Received: from ccmail.rl.gov by web.rl.gov (4.1/SMI-4.1)
  53.         id AA16281; Mon, 3 Apr 95 10:53:23 PDT
  54. Received: from cc:Mail by ccmail.rl.gov
  55.         id AA796931609 Mon, 03 Apr 95 10:53:29 pst
  56. Date: Mon, 03 Apr 95 10:53:29 pst
  57. Message-Id: <9503037969.AA796931609@ccmail.rl.gov>
  58. To: think-c@rdatasys.com, raub@grove.ufl.edu
  59. Subject: Re: Again on quitting at shutdown
  60.  
  61. Mauricio C Tavares writes:
  62.      
  63. > Even though I had to stop programming in my Mac to do other 
  64. > things, my old problem is still bugging me.  What I am trying to do is 
  65. > to have my program to quit automagically if the computer shuts down.  
  66. > Someone told me I should play with the project settings, but was not 
  67. > specific to what I should do.  Knowing that I am running TC 5, can 
  68. > anyone shed some light to my problem?
  69.      
  70. I have seen documentation on this, but I can not seem to locate the 
  71. original text.  Here is what I remember.  The Finder tries to shutdown
  72. each process by invoking a menu item.  It first looks under the "File"
  73. menu for an item by the name of "Quit".  If it can not find that item, it looks 
  74. for some kind of resource that tells it which menu selection causes the 
  75. application to quit.  Unfortunatly, I do not remember the particulars.
  76.  
  77. Edward Ellis
  78. john_e_edward_ellis@rl.gov
  79. >From millerq@RFERL.ORG Tue Apr  4 02:28:00 PDT 1995
  80. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id CAA01908 for <think-c@rdatasys.com>; Tue, 4 Apr 1995 02:27:59 -0700
  81. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id CAA03778 for <think-c@rdatasys.com>; Tue, 4 Apr 1995 02:31:08 -0700
  82. Received: from muvaxa.rferl.org(192.135.216.2) by lionfish.rdatasys.com via smap (V1.3)
  83.         id sma003768; Tue Apr  4 02:30:50 1995
  84. Received: from mumcbn.rferl.org by MUVAXA.RFERL.ORG (PMDF V4.2-12 #5010) id
  85.  <01HOXTYMN04G8XN8I9@MUVAXA.RFERL.ORG>; Tue, 4 Apr 1995 11:30:31 CET-DST
  86. Date: Tue, 04 Apr 1995 11:30:37 +0100
  87. From: Quentin Miller <millerq@RFERL.ORG>
  88. Subject: Re> Re: Again on quitting at shutdown
  89. To: "think-c@rdatasys.com" <think-c@rdatasys.com>
  90. Message-id: <01HOXTYMQR5E8XN8I9@MUVAXA.RFERL.ORG>
  91. Content-type: TEXT/PLAIN; CHARSET=US-ASCII
  92. Content-transfer-encoding: 7BIT
  93.  
  94. Hmm... is your application AppleEvent aware - if not it should be! It is a
  95. while since I looked at the way the Finder shuts down applications under
  96. System 6 but under System 7 your application should handle the 'quit'
  97. AppleEvent. For this to work you need to install an AE handler and set the
  98. AppleEvent aware finder flag.
  99.  
  100. Quentin
  101.  
  102.   ____________________________________
  103.   |  Quentin Miller                   \
  104.   |  RFE/RL Inc., Munich, Germany      \        ___        ______ |
  105.   |  Vox: +(49 89) 2102-3715            \      /   \___-=0`/|0`/__|
  106.   |  Fax: +(49 89) 2102-3759             \_____\          / | /    )
  107.   |  Internet: millerq@rferl.org         /      `/-==__ _/__|/__=-|
  108.   |  Applelink: QUENTIN.RFE             /       *             \ | |
  109.   |  Compuserve: 73243,3304            /                      (o)
  110.   ____________________________________/
  111.  
  112.  
  113.  ------ From: think-c@rdatasys.com, Mon, 3 Apr 1995 ------ 
  114.  
  115. Mauricio C Tavares writes:
  116.      
  117. > Even though I had to stop programming in my Mac to do other 
  118. > things, my old problem is still bugging me.  What I am trying to do is 
  119. > to have my program to quit automagically if the computer shuts down.  
  120. > Someone told me I should play with the project settings, but was not 
  121. > specific to what I should do.  Knowing that I am running TC 5, can 
  122. > anyone shed some light to my problem?
  123.      
  124. I have seen documentation on this, but I can not seem to locate the 
  125. original text.  Here is what I remember.  The Finder tries to shutdown
  126. each process by invoking a menu item.  It first looks under the "File"
  127. menu for an item by the name of "Quit".  If it can not find that item, it
  128. looks 
  129. for some kind of resource that tells it which menu selection causes the 
  130. application to quit.  Unfortunatly, I do not remember the particulars.
  131.  
  132.  
  133. >From trachier@hanover-crrel.army.mil Thu Apr  6 10:24:30 PDT 1995
  134. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id KAA24347 for <think-c@rdatasys.com>; Thu, 6 Apr 1995 10:24:29 -0700
  135. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id KAA02448 for <think-c@rdatasys.com>; Thu, 6 Apr 1995 10:27:41 -0700
  136. Received: from crrel41.crrel.usace.army.mil(144.3.2.41) by lionfish.rdatasys.com via smap (V1.3)
  137.         id sma002446; Thu Apr  6 10:27:23 1995
  138. Received: from trachier by crrel41.crrel.usace.army.mil (5.61/1.34) id AA11243; Thu, 6 Apr 95 13:27:02 -0400
  139. X-Sender: u2te9gmt@crrel41
  140. Message-Id: <v01510100aba9d345f9e0@[144.3.128.40]>
  141. Mime-Version: 1.0
  142. Content-Type: text/plain; charset="us-ascii"
  143. Date: Thu, 6 Apr 1995 13:26:13 -0400
  144. To: think-c@rdatasys.com
  145. From: trachier@hanover-crrel.army.mil (Gary Trachier)
  146. Subject: Unattended shutdown
  147.  
  148. I am writing a program to shut down my Mac at a user-specified date and
  149. time.  I have only IM volumes 1-5 so have information on only the early
  150. versions of the Shutdown Manager.  It appears that ShutDwnPower() does not
  151. give each running application a chance to clean up, close files, etc.  Is
  152. there a newer and better way to force a shutdown of an unattended Mac?
  153.  
  154. Thanks in advance for your suggestions.
  155.  
  156. -Gary
  157.  
  158. /---------------------------------------------------------------------------\
  159. | Gary Trachier / U. S. Army Cold Regions Research & Engineering Laboratory |
  160. | Internet:     trachier@hanover-crrel.army.mil                             |
  161. | CorpsMail:    Gary.M.Trachier@mail.usace.army.mil                         |
  162. | ax.25:        n1meu@w1et.nh.usa.noam                                      |
  163. | Telephone:    voice (603) 646-4303  fax (603) 646-4720                    |
  164. | USnail: USA CRREL / 72 Lyme Road / Hanover, NH USA / 03755-1290           |
  165. \---------------------------------------------------------------------------/
  166.  
  167.  
  168. >From joej@joesmac.ultranet.com Thu Apr  6 17:47:28 PDT 1995
  169. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id RAA26947 for <think-c@rdatasys.com>; Thu, 6 Apr 1995 17:47:27 -0700
  170. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id RAA15561 for <think-c@rdatasys.com>; Thu, 6 Apr 1995 17:50:39 -0700
  171. Received: from remus.ultranet.com(199.232.56.3) by lionfish.rdatasys.com via smap (V1.3)
  172.         id sma015559; Thu Apr  6 17:50:15 1995
  173. Received: from joesmac.ultranet.com by remus.ultranet.com; (5.65/1.0.1/24Mar95-1510PM)
  174.         id AA19140; Thu, 6 Apr 1995 20:50:09 -0400
  175. X-Sender: joej@mail.ultranet.com
  176. Message-Id: <v02110101abaa3d7e3dad@[199.232.59.222]>
  177. Mime-Version: 1.0
  178. Content-Type: text/plain; charset="us-ascii"
  179. Date: Thu, 6 Apr 1995 20:56:27 -0400
  180. To: think-c@rdatasys.com
  181. From: joej@joesmac.ultranet.com (J. T. Judge)
  182. Subject: idle time ... kick of something
  183.  
  184.  
  185.         I have someone who is looking for some idle-time program ....
  186.         (faceless background app?) to kick off a Macromind Director
  187.         thingy (I guess those are just applications made by MMD).
  188.  
  189.         Any quickie code examples to choose from ? (faceless bkgnd app,
  190.         plus how to save "the application to play" ... alias?)
  191.  
  192.         Or, better yet (as I'm horribly busy) ... anyone want to do it?
  193.         I can put you in touch with them.
  194.  
  195.                         - joe
  196.  
  197. "To sell your soul is the easiest thing in the world. That's what everybody
  198.  does every hour of his life. If I asked you to keep your soul - would you
  199.  understand why that's much harder?"
  200.         - Howard Roark (_The_Fountainhead_, Ayn Rand)
  201.  
  202.  
  203. >From Wiggins Thu Apr  6 19:31:14 PDT 1995
  204. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id TAA27306 for <think-c@rdatasys.com>; Thu, 6 Apr 1995 19:31:13 -0700
  205. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id TAA18675 for <think-c@rdatasys.com>; Thu, 6 Apr 1995 19:34:26 -0700
  206. Received: from turbo.lightstream.com(198.113.177.87) by lionfish.rdatasys.com via smap (V1.3)
  207.         id sma018665; Thu Apr  6 19:34:08 1995
  208. Received: by turbo.LightStream.COM (4.1/SMI-4.1)
  209.         id AA24639; Thu, 6 Apr 95 22:33:53 EDT
  210. Message-Id: <9504070233.AA24639@turbo.LightStream.COM>
  211. To: think-c@rdatasys.com
  212. Cc: jwiggins@rdatasys.com
  213. Subject: Symantec C++ 8.0 on PPC603 and PPC604 models?
  214. Date: Thu, 06 Apr 1995 22:33:52 -0400
  215. From: John Wiggins (LS TP/414 508-262-1021) <jwiggins@LightStream.COM>
  216.  
  217. Apple has just released its first PPC603-based machine, and the PPC604-based
  218. machines with PCI bus are supposed to be out this summer.  Will the C++ 8.0
  219. run on these machines, or will a patch be required?  Although I have not yet
  220. upgraded from version 7, I would like to use it in a PPC-604 PowerMac, as soon
  221. as I can get one.  ;-)
  222.  
  223. I suppose the Mac would trap if C++ 8.0 used any old IBM RS/6000 instructions?
  224.  
  225. Thanks,
  226. John
  227.  
  228. _______________________________________________________________________
  229.        |        |          jwiggins@lightstream.com
  230.       ||        ||         John Wiggins
  231.       ||        ||         Cisco LightStream Enterprise ATM Systems
  232.      ||||      ||||        1100 Technology Park Drive
  233.  ..:||||||:..:||||||:..    Billerica, MA 01821
  234.    Cisco Systems, Inc.     Phone:  508-262-1021  Fax:  508-262-1039
  235.  
  236. >From siegel@netcom.com Thu Apr  6 20:24:50 PDT 1995
  237. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id UAA27462 for <think-c@rdatasys.com>; Thu, 6 Apr 1995 20:24:49 -0700
  238. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id UAA20270 for <think-c@rdatasys.com>; Thu, 6 Apr 1995 20:28:02 -0700
  239. Received: from netcom20.netcom.com(192.100.81.133) by lionfish.rdatasys.com via smap (V1.3)
  240.         id sma020260; Thu Apr  6 20:27:44 1995
  241. Received: by netcom20.netcom.com (8.6.12/Netcom)
  242.         id TAA12328; Thu, 6 Apr 1995 19:42:48 -0700
  243. From: siegel@netcom.com (Rich Siegel)
  244. Message-Id: <199504070242.TAA12328@netcom20.netcom.com>
  245. Subject: Re: Symantec C++ 8.0 on PPC603 and PPC604 models?
  246. To: jwiggins@LightStream.COM
  247. Date: Thu, 6 Apr 1995 19:42:47 -0700 (PDT)
  248. Cc: think-c@rdatasys.com
  249. In-Reply-To: <9504070233.AA24639@turbo.LightStream.COM> from "John Wiggins" at Apr 6, 95 07:35:07 pm
  250. X-Mailer: ELM [version 2.4 PL23]
  251. MIME-Version: 1.0
  252. Content-Type: text/plain; charset=US-ASCII
  253. Content-Transfer-Encoding: 7bit
  254. Content-Length: 842       
  255.  
  256. > Apple has just released its first PPC603-based machine, and the PPC604-based
  257. > machines with PCI bus are supposed to be out this summer.  Will the C++ 8.0
  258. > run on these machines, or will a patch be required?  Although I have not yet
  259. > upgraded from version 7, I would like to use it in a PPC-604 PowerMac, as soon
  260. > as I can get one.  ;-)
  261. > I suppose the Mac would trap if C++ 8.0 used any old IBM RS/6000 instructions?
  262.  
  263. It's my understanding that version 8.0 is bootstrapped, -and- is
  264. POWER-clean, that is, it doesn't use any of the 601-only instructions
  265. that have to be emulated on the 603 and 604. So you should have no
  266. problems with either 8.0 or applications that you build with it.
  267.  
  268. At any rate, for compatability reasons, the 603 and 604 Macs will
  269. emulate in software the POWER instructions that are peculiar to the
  270. 601.
  271.  
  272. R.
  273.  
  274. >From dougk@bedford.symantec.com Fri Apr  7 10:40:08 PDT 1995
  275. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id KAA29385 for <think-c@rdatasys.com>; Fri, 7 Apr 1995 10:40:07 -0700
  276. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id KAA00510 for <think-c@rdatasys.com>; Fri, 7 Apr 1995 10:43:20 -0700
  277. Received: from bedford.symantec.com(155.64.60.100) by lionfish.rdatasys.com via smap (V1.3)
  278.         id sma000507; Fri Apr  7 10:43:14 1995
  279. Received: from [155.64.60.42] by bedford.symantec.com
  280.  with SMTP (MailShare 1.0fc3); Fri, 7 Apr 1995 11:44:14 -0400
  281. Mime-Version: 1.0
  282. Content-Type: text/plain; charset="us-ascii"
  283. Date: Fri, 7 Apr 1995 11:45:00 -0400
  284. To: siegel@netcom.com
  285. From: dougk@bedford.symantec.com (Doug Knowles)
  286. Subject: Re: Symantec C++ 8.0 on PPC603 and PPC604 models?
  287. Cc: think-c@rdatasys.com
  288. Message-ID: <1414867442-3212802@bedford.symantec.com>
  289.  
  290. >>
  291. >> Apple has just released its first PPC603-based machine, and the PPC604-based
  292. >> machines with PCI bus are supposed to be out this summer.  Will the C++ 8.0
  293. >> run on these machines, or will a patch be required?  Although I have not yet
  294. >> upgraded from version 7, I would like to use it in a PPC-604 PowerMac, as
  295. >>soon
  296. >> as I can get one.  ;-)
  297. >>
  298. >> I suppose the Mac would trap if C++ 8.0 used any old IBM RS/6000
  299. >>instructions?
  300. >
  301. >It's my understanding that version 8.0 is bootstrapped, -and- is
  302. >POWER-clean, that is, it doesn't use any of the 601-only instructions
  303. >that have to be emulated on the 603 and 604. So you should have no
  304. >problems with either 8.0 or applications that you build with it.
  305. >
  306. >At any rate, for compatability reasons, the 603 and 604 Macs will
  307. >emulate in software the POWER instructions that are peculiar to the
  308. >601.
  309. >
  310. >R.
  311.  
  312. Just to officially confirm Rich's understanding that SC++ 8.0 _is_
  313. bootstrapped, and the compilers do not use POWER or 601-only instructions.
  314. I wish we were a little further ahead of the curve on access to 603's and
  315. 604's.
  316.  
  317. If we did find an incompatibility with a newly-released machine or system
  318. (and OS releases seem more problematic than hardware these days), it would
  319. be our highest priority to address this in an update.
  320.  
  321. Thanks, Rich, for jumping in with the answer.
  322.  
  323. Doug Knowles
  324. Symantec
  325.  
  326. ------------
  327. Doug Knowles
  328. Mac Dev Tools Group
  329. Symantec Corporation
  330. Internet: dougk@bedford.symantec.com
  331.  
  332.  
  333. >From cch@ebt.com Fri Apr  7 11:17:12 PDT 1995
  334. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id LAA00267 for <think-c@rdatasys.com>; Fri, 7 Apr 1995 11:17:11 -0700
  335. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id LAA01804 for <think-c@rdatasys.com>; Fri, 7 Apr 1995 11:20:24 -0700
  336. Received: from kirk.ebt.com(192.111.115.1) by lionfish.rdatasys.com via smap (V1.3)
  337.         id sma001776; Fri Apr  7 11:20:08 1995
  338. Received: from [198.112.113.137] (centurian [198.112.113.137]) by ebt-inc.ebt.com (8.6.9/8.6.9) with SMTP id OAA04287 for <think-c@rdatasys.com>; Fri, 7 Apr 1995 14:22:45 -0400
  339. X-Sender: cch@192.111.115.1
  340. Message-Id: <v02110101abab41f75fb2@[198.112.113.137]>
  341. Mime-Version: 1.0
  342. Content-Type: text/plain; charset="us-ascii"
  343. Date: Fri, 7 Apr 1995 14:25:05 -0500
  344. To: think-c@rdatasys.com
  345. From: cch@ebt.com (Craig Hofmeister)
  346. Subject: Pathnames
  347.  
  348. Here's a Macintosh toolbox question I have using Think C.
  349. Anybody have any ideas?
  350.  
  351. Quick question: using the FSSpec structure returned from StandardPutFile,
  352. how can I obtain the full pathname of the file to be saved before actually
  353. creating the file?
  354.  
  355. Thanks,
  356. Craig Hofmeister
  357. Electronic Book Technologies
  358.  
  359.  
  360. >From canna@bga.com Sat Apr  8 13:34:04 PDT 1995
  361. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id NAA04221 for <think-c@rdatasys.com>; Sat, 8 Apr 1995 13:34:03 -0700
  362. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id NAA01314 for <think-c@rdatasys.com>; Sat, 8 Apr 1995 13:37:12 -0700
  363. Received: from zoom.bga.com(198.3.118.20) by lionfish.rdatasys.com via smap (V1.3)
  364.         id sma001304; Sat Apr  8 13:36:54 1995
  365. Received: from [204.96.0.138] (lia-b1.ip.realtime.net [204.96.0.138]) by zoom.bga.com (8.6.12/8.6.10) with SMTP id JAA15341 for <think-c@rdatasys.com>; Sat, 8 Apr 1995 09:31:07 -0500
  366. Message-Id: <199504081431.JAA15341@zoom.bga.com>
  367. Mime-Version: 1.0
  368. Content-Type: text/plain; charset="us-ascii"
  369. Date: Sat, 8 Apr 1995 09:31:31 -0500
  370. To: think-c@rdatasys.com
  371. From: canna@bga.com (L. Sargent)
  372. Subject: Re: Pathnames
  373.  
  374. >Here's a Macintosh toolbox question I have using Think C.
  375. >Anybody have any ideas?
  376. >
  377. >Quick question: using the FSSpec structure returned from StandardPutFile,
  378. >how can I obtain the full pathname of the file to be saved before actually
  379. >creating the file?
  380. >
  381. >Thanks,
  382. >Craig Hofmeister
  383. >Electronic Book Technologies
  384.  
  385. FSSpec contains the full path. If you are asking how can I get
  386. "folder:folder:file", that is documented in NIM as well as Think Ref.
  387.  
  388. Good luck!
  389.  
  390. Lloyd
  391.  
  392.  
  393. ----------------------------+-----------------------------------------------
  394. Lloyd Sargent               | "I once found my lost youth. It was old too."
  395. Head Honcho                 | Internet:  canna@bga.com
  396. Canna Software Development  | AppleLink: canna.sw.dev
  397. 14308-B FM 812              | Phone:     512.243.0283 / 512.243.3355
  398. Del Valle, Texas 78617, USA | Fax:       512.243.0283  (8-5 CST)
  399.  
  400.  
  401. >From owen@ids.net Sat Apr  8 18:54:54 PDT 1995
  402. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id SAA12856 for <think-c@rdatasys.com>; Sat, 8 Apr 1995 18:54:53 -0700
  403. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id SAA09746 for <think-c@rdatasys.com>; Sat, 8 Apr 1995 18:58:07 -0700
  404. Received: from ids.net(155.212.1.2) by lionfish.rdatasys.com via smap (V1.3)
  405.         id sma009736; Sat Apr  8 18:57:56 1995
  406. Received: from [155.212.99.108] by 155.212.99.108 with SMTP;
  407.           Sat, 8 Apr 1995 21:53:26 -0400 (EDT)
  408. Message-Id: <v01510100abacedea3f18@[155.212.99.108]>
  409. Mime-Version: 1.0
  410. Content-Type: text/plain; charset="us-ascii"
  411. Date: Sat, 8 Apr 1995 21:52:50 -0400
  412. To: Multiple recipients of list <think-c@rdatasys.com>
  413. From: owen@ids.net (Owen Hartnett)
  414. Subject: Re: Pathnames
  415.  
  416. At 1:37 PM 4/8/95, L. Sargent wrote:
  417. >>Here's a Macintosh toolbox question I have using Think C.
  418. >>Anybody have any ideas?
  419. >>
  420. >>Quick question: using the FSSpec structure returned from StandardPutFile,
  421. >>how can I obtain the full pathname of the file to be saved before actually
  422. >>creating the file?
  423. >>
  424. >>Thanks,
  425. >>Craig Hofmeister
  426. >>Electronic Book Technologies
  427. >
  428. >FSSpec contains the full path. If you are asking how can I get
  429. >"folder:folder:file", that is documented in NIM as well as Think Ref.
  430. >
  431.  
  432. Also, check out the comp.sys.mac.programmer FAQ, for these and other file
  433. system situations. Also, note that using the full pathname of a file is
  434. strongly discouraged, as there are better ways of keeping track of your
  435. files.
  436.  
  437. -Owen
  438.  
  439. P.S. the comp.sys.mac.programmer FAQ is available at rtfm.mit.edu as well
  440. as other sites.
  441.  
  442. ____________
  443. Owen Hartnett           Owen@ids.net
  444. "My grandfather would have discovered electricity except he was too poor to
  445. afford a kite. He had to go out and rent one. We've got a picture of him at
  446. home standing in front of the local tavern. He was hiring a kite...
  447. much higher."
  448. -W.C. Fields
  449.  
  450.  
  451. >From cch@ebt.com Mon Apr 10 17:22:23 PDT 1995
  452. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id RAA28025 for <think-c@rdatasys.com>; Mon, 10 Apr 1995 17:22:22 -0700
  453. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id RAA21492 for <think-c@rdatasys.com>; Mon, 10 Apr 1995 17:25:34 -0700
  454. Received: from kirk.ebt.com(192.111.115.1) by lionfish.rdatasys.com via smap (V1.3)
  455.         id sma011504; Sun Apr  9 15:11:20 1995
  456. Received: from [198.112.113.137] (centurian [198.112.113.137]) by ebt-inc.ebt.com (8.6.9/8.6.9) with SMTP id SAA16292; Sun, 9 Apr 1995 18:13:58 -0400
  457. X-Sender: cch@192.111.115.1
  458. Message-Id: <v02110102abae19cb600e@[198.112.113.137]>
  459. Mime-Version: 1.0
  460. Content-Type: text/plain; charset="us-ascii"
  461. Date: Sun, 9 Apr 1995 18:16:20 -0500
  462. To: think-c@rdatasys.com
  463. From: cch@ebt.com (Craig Hofmeister)
  464. Subject: Full pathnames: the full answer
  465.  
  466. Hey guys thanks for all the suggestions about pathnames.  I was originally
  467. hoping that there would be a simple toolbox call, but apparently climbing
  468. your way up HFS hierarchy works best.
  469.  
  470. The best solution I got, strangely enough, was from Think Reference 2.0.1
  471. (search for "full pathname") and was adapted using the new Universal
  472. Headers as follows...
  473.  
  474. //********************************************************************
  475. // Name: GrabDirectory
  476. //********************************************************************
  477. void GrabDirectory (DialogPtr thedialog,keyInfoRecord key)
  478. {
  479.         long                            parentID,feature;
  480.         OSErr                           err;
  481.         StandardFileReply       reply;
  482.         StringPtr                       prompt,fileName;
  483.         Str255                          outputDir;
  484.         FInfo                           fnderInfo;
  485.         char                            *temp;
  486.  
  487.         err = Gestalt (gestaltStandardFileAttr,&feature);
  488.         if (err == noErr)       {
  489.                 prompt = C2PStr((Ptr)"Save file as:");
  490.                 if (feature & (1 << gestaltStandardFile58))             {
  491.                         StandardPutFile (prompt,"\p",&reply);
  492.                         outputDir[0] = '\0';
  493.                         PathNameFromDirID(reply.sfFile.parID,
  494.                                           reply.sfFile.vRefNum,
  495.                                           (StringPtr)&outputDir);
  496.                         fileName = reply.sfFile.name;
  497.                         PutDlgString(thedialog,BOOKNAME,fileName, FALSE);
  498.                         PutDlgString(thedialog,OUTPUTDIR,outputDir, FALSE);
  499.                 }
  500.         }
  501. }
  502.  
  503. //********************************************************************
  504. void PathNameFromDirID(long dirID, short vRefNum, StringPtr fullPathName)
  505. {
  506.         CInfoPBRec              pb;
  507.     Str255              directoryName;
  508.     OSErr               err;
  509.  
  510.     fullPathName[0] = '\0';
  511.  
  512.     pb.dirInfo.ioDrParID = dirID;
  513.     pb.dirInfo.ioNamePtr = directoryName;
  514.     do {
  515.         pb.dirInfo.ioVRefNum = vRefNum;
  516.         pb.dirInfo.ioFDirIndex = -1;
  517.         pb.dirInfo.ioDrDirID = pb.dirInfo.ioDrParID;
  518.         err = PBGetCatInfo(&pb, FALSE);
  519.         if (err == noErr)       {
  520.                         pstrcat(directoryName, (StringPtr)"\p:");
  521.                 pstrinsert(fullPathName, directoryName);
  522.             }
  523.             else        {
  524.                 pb.dirInfo.ioDrDirID = 2;
  525.                 fullPathName[0] = '\0';
  526.             }
  527.     } while (pb.dirInfo.ioDrDirID != 2);
  528. }
  529.  
  530. // ------------------------------
  531. // Utility Routines
  532. // ------------------------------
  533. //********************************************************************
  534. // pstrcat - add string 'src' to end of string 'dst'
  535. void pstrcat(StringPtr dst, StringPtr src)
  536. {
  537.         /* copy string in */
  538.         BlockMove(src + 1, dst + *dst + 1, *src);
  539.         /* adjust length byte */
  540.         *dst += *src;
  541. }
  542.  
  543. //********************************************************************
  544. //pstrinsert - insert string 'src' at beginning of string 'dst'
  545. void pstrinsert(StringPtr dst, StringPtr src)
  546. {
  547.         /* make room for new string */
  548.         BlockMove(dst + 1, dst + *src + 1, *dst);
  549.         /* copy new string in */
  550.         BlockMove(src + 1, dst + 1, *src);
  551.         /* adjust length byte */
  552.         *dst += *src;
  553. }
  554.  
  555. Happy coding,
  556. Craig
  557.  
  558.  
  559. >From GomollD@aol.com Mon Apr 10 17:23:18 PDT 1995
  560. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id RAA28146 for <think-c@rdatasys.com>; Mon, 10 Apr 1995 17:23:17 -0700
  561. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id RAA21619 for <think-c@rdatasys.com>; Mon, 10 Apr 1995 17:26:23 -0700
  562. Received: from ics.uci.edu(128.195.1.1) by lionfish.rdatasys.com via smap (V1.3)
  563.         id sma019591; Sun Apr  9 20:36:48 1995
  564. Received: from mail04.mail.aol.com by q2.ics.uci.edu id aa14871;
  565.           9 Apr 95 20:36 PDT
  566. Received: by mail04.mail.aol.com
  567.         (1.37.109.11/16.2) id AA233375001; Sun, 9 Apr 1995 23:36:41 -0400
  568. Date: Sun, 9 Apr 1995 23:36:41 -0400
  569. From: GomollD@aol.com
  570. Message-Id: <950409233639_77688373@aol.com>
  571. To: think-c@ics.uci.edu
  572. Subject: Re: Pathnames
  573.  
  574. Gee, here's a novel idea... 
  575. How about instead of telling him where to go, someone actually gives him an
  576. answer that will do him some good!
  577.  
  578. It seems quite obvious to me that anyone posting a question up here has
  579. already exhausted most resources availble to him.  If you don't want to
  580. answer the question then don't.  But it does no one any good to come out with
  581. something as trite as "Well, I know how to do that, but because Apple doesn't
  582. support it I'm certainly not going to tell you about it." or the classic -
  583. "Why don't you just check on page 796 of that manual I know you don't have.
  584.  There is a one line sentence there that will solve all your problems!"
  585.  
  586. I'm sorry if I've pi**ed some people off, I'm just airing some frustrations
  587. I've had with this group, and if I feel this way, I'm sure others do too.
  588.  
  589. Craig - I have some sample code that does what you want.  Drop me a note and
  590. I can BinHex it to you.
  591.  
  592. -Dan
  593. >From owen@ids.net Mon Apr 10 21:01:07 PDT 1995
  594. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id VAA29792 for <think-c@rdatasys.com>; Mon, 10 Apr 1995 21:01:06 -0700
  595. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id VAA28727 for <think-c@rdatasys.com>; Mon, 10 Apr 1995 21:04:19 -0700
  596. Received: from ids.net(155.212.1.2) by lionfish.rdatasys.com via smap (V1.3)
  597.         id sma028725; Mon Apr 10 21:04:14 1995
  598. Received: from [155.212.99.108] by 155.212.99.108 with SMTP;
  599.           Tue, 11 Apr 1995 0:03:28 -0400 (EDT)
  600. Message-Id: <v01510101abafaee7eb79@[155.212.99.108]>
  601. Mime-Version: 1.0
  602. Content-Type: text/plain; charset="us-ascii"
  603. Date: Tue, 11 Apr 1995 00:02:57 -0400
  604. To: Multiple recipients of list <think-c@rdatasys.com>
  605. From: owen@ids.net (Owen Hartnett)
  606. Subject: Re: Pathnames
  607.  
  608. At 5:28 PM 4/10/95, GomollD@aol.com wrote:
  609. >Gee, here's a novel idea...
  610. >How about instead of telling him where to go, someone actually gives him an
  611. >answer that will do him some good!
  612. >
  613. >It seems quite obvious to me that anyone posting a question up here has
  614. >already exhausted most resources availble to him.  If you don't want to
  615. >answer the question then don't.  But it does no one any good to come out with
  616. >something as trite as "Well, I know how to do that, but because Apple doesn't
  617. >support it I'm certainly not going to tell you about it." or the classic -
  618. >"Why don't you just check on page 796 of that manual I know you don't have.
  619. > There is a one line sentence there that will solve all your problems!"
  620. >
  621. >I'm sorry if I've pi**ed some people off, I'm just airing some frustrations
  622. >I've had with this group, and if I feel this way, I'm sure others do too.
  623. >
  624. >Craig - I have some sample code that does what you want.  Drop me a note and
  625. >I can BinHex it to you.
  626.  
  627.  
  628. Wow! First you excoriate people for not given him an answer, and pointing
  629. him to a reference, then you don't give him an answer, but point him to a
  630. reference (yourself).
  631.  
  632. The reference pointed to was the comp.sys.mac.programmer FAQ, which is
  633. widely available free from a variety of sources. Since the topic is covered
  634. extremely well there, it doesn't make sense to post it to a list where
  635. people who don't need it won't have it clogging their mailboxes (it's not a
  636. small routine).
  637.  
  638. Next time, read the posts and think before you flame.
  639.  
  640. -Owen
  641.  
  642. ____________
  643. Owen Hartnett           Owen@ids.net
  644. "My grandfather would have discovered electricity except he was too poor to
  645. afford a kite. He had to go out and rent one. We've got a picture of him at
  646. home standing in front of the local tavern. He was hiring a kite...
  647. much higher."
  648. -W.C. Fields
  649.  
  650.  
  651. >From univel.telescan.com!jamesl@rdatasys.com Tue Apr 11 08:03:10 PDT 1995
  652. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id IAA01411 for <think-c@rdatasys.com>; Tue, 11 Apr 1995 08:03:10 -0700
  653. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id IAA15929 for <think-c@rdatasys.com>; Tue, 11 Apr 1995 08:06:24 -0700
  654. Date: Tue, 11 Apr 1995 08:06:24 -0700
  655. Message-Id: <199504111506.IAA15929@lionfish.rdatasys.com>
  656. Received: from univel.telescan.com(198.67.14.69) by lionfish.rdatasys.com via smap (V1.3)
  657.         id sma015927; Tue Apr 11 08:06:15 1995
  658. Received: from univel.telescan.com by univel.telescan.com; Tue, 11 Apr 95 10:09 GMT
  659. Mime-Version: 1.0
  660. Content-Length: 956
  661. Content-Type: text/plain; charset="us-ascii"
  662. To: RDataSys.COM!think-c@rdatasys.com
  663. From: univel.telescan.com!jamesl@rdatasys.com (James Lee)
  664. Subject: Re: Pathnames
  665.  
  666. No flames please, I am not taking sides, but I too would like to see the
  667. code posted here so who ever wants it can grab it conveniently, and whoever
  668. doesn't can ignore it.  Things ghave been too quiet here since the last
  669. flame war, so let's all chill a bit- huh!
  670.  
  671.  
  672. ----------------------------------------------------------------------------->
  673. Jim Lee, Mac Maniac!             /      ___/   ___/       AppleLink:Tele.Build
  674. Telescan, Incorporated          /     _/     _/           Office: 713-735-2983
  675. 10550 Richmond Ave., S.250     /     /      /                FAX: 713-952-7138
  676. Houston, Texas 77042         ____/ _____/ _____/    jamesL@univel.telescan.com
  677. ----------------------------------------------------------------------------->
  678. "If programming is madness, and is C just one more symptom, could C++
  679. psychosis be far away?"  They are coming to take me away- ha ha, he he!
  680. ----------------------------------------------------------------------->
  681.  
  682.  
  683. >From canna@bga.com Tue Apr 11 16:45:36 PDT 1995
  684. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id QAA03174 for <think-c@rdatasys.com>; Tue, 11 Apr 1995 16:45:35 -0700
  685. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id QAA00718 for <think-c@rdatasys.com>; Tue, 11 Apr 1995 16:48:46 -0700
  686. Received: from zoom.bga.com(198.3.118.20) by lionfish.rdatasys.com via smap (V1.3)
  687.         id sma000716; Tue Apr 11 16:48:29 1995
  688. Received: from [204.181.160.91] (maria-7k.ip.realtime.net [204.181.160.91]) by zoom.bga.com (8.6.12/8.6.10) with SMTP id SAA15813 for <think-c@rdatasys.com>; Tue, 11 Apr 1995 18:48:00 -0500
  689. Message-Id: <199504112348.SAA15813@zoom.bga.com>
  690. Mime-Version: 1.0
  691. Content-Type: text/plain; charset="us-ascii"
  692. Date: Tue, 11 Apr 1995 18:48:26 -0500
  693. To: think-c@rdatasys.com
  694. From: canna@bga.com (L. Sargent)
  695. Subject: Re: Pathnames
  696.  
  697. >Gee, here's a novel idea...
  698. >How about instead of telling him where to go, someone actually gives him an
  699. >answer that will do him some good!
  700. >
  701. >It seems quite obvious to me that anyone posting a question up here has
  702. >already exhausted most resources availble to him.  If you don't want to
  703. >answer the question then don't.  But it does no one any good to come out with
  704. >something as trite as "Well, I know how to do that, but because Apple doesn't
  705. >support it I'm certainly not going to tell you about it." or the classic -
  706. >"Why don't you just check on page 796 of that manual I know you don't have.
  707. > There is a one line sentence there that will solve all your problems!"
  708. >
  709. >I'm sorry if I've pi**ed some people off, I'm just airing some frustrations
  710. >I've had with this group, and if I feel this way, I'm sure others do too.
  711. >
  712. >Craig - I have some sample code that does what you want.  Drop me a note and
  713. >I can BinHex it to you.
  714. >
  715. >-Dan
  716.  
  717. Sorry, Dan, but I do think the subject is covered in a LOT of places!
  718. (Heck, even *I* found it!). What's more, Craig found it in EXACTLY THE SAME
  719. PLACE I DID! (Some place that I pointed out, I might add).
  720.  
  721. I think we are ALL willing to help up to a point. Then it gets into writing
  722. some guys/gals code for him/her for free!
  723.  
  724. Personally, I feel that if you are going to write code, INVEST IN THE
  725. RESOURCES REQUIRED (like books!). Buy Think Ref (cheap and chock full of
  726. useful stuff). Buy the books (yeah, $40/piece is not cheap, but you have to
  727. consider that the information you are buying is not cheap either). Become
  728. an Apple Associate (not cheap either, but man, oh, man, the resources are
  729. incredible!).
  730.  
  731. BTW, some of us CAN'T post code that we have developed without violating
  732. contractual agreements, no matter how much we would like to...
  733.  
  734. Lloyd
  735.  
  736. ----------------------------+-----------------------------------------------
  737. Lloyd Sargent               | "I once found my lost youth. It was old too."
  738. Head Honcho                 | Internet:  canna@bga.com  (preferred)
  739. Canna Software Development  | AppleLink: canna.sw.dev
  740. 14308-B FM 812              | Phone:     512.243.0283 / 512.243.3355
  741. Del Valle, Texas 78617, USA | Fax:       512.243.0283  (8-5 CST)
  742.  
  743.  
  744. >From andyk@teleport.com Tue Apr 11 23:43:49 PDT 1995
  745. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id XAA04396 for <think-c@rdatasys.com>; Tue, 11 Apr 1995 23:43:48 -0700
  746. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id XAA12230 for <think-c@rdatasys.com>; Tue, 11 Apr 1995 23:46:58 -0700
  747. Received: from desiree.teleport.com(192.108.254.11) by lionfish.rdatasys.com via smap (V1.3)
  748.         id sma012228; Tue Apr 11 23:46:32 1995
  749. Received: from [204.119.60.48] (ip-vanc0-16.teleport.com [204.119.60.48]) by desiree.teleport.com (8.6.10/8.6.9) with SMTP id XAA17680 for <think-c@rdatasys.com>; Tue, 11 Apr 1995 23:46:14 -0700
  750. X-Sender: andyk@mail.teleport.com (Unverified)
  751. Message-Id: <abb12601000210040540@[204.119.60.60]>
  752. Mime-Version: 1.0
  753. Content-Type: text/plain; charset="us-ascii"
  754. Date: Tue, 11 Apr 1995 23:46:17 -0700
  755. To: think-c@rdatasys.com
  756. From: andyk@teleport.com (Andy Kington)
  757. Subject: Re: Pathnames
  758.  
  759. >The reference pointed to was the comp.sys.mac.programmer FAQ, which is
  760.  
  761.  
  762. Where in the FAQ is the FAQ??  I've looked at rtfm.mit.edu but couldn't
  763. find the directory it was in...  I know it is available lot's of places but
  764. I pay long distance for my dial-up service.  Could someone please clue me
  765. in with a path please.  Thanx
  766.  
  767. ak
  768.  
  769. //////////////////////////////////////////////
  770. //   Andy Kington
  771. //   andyk@teleport.com
  772. //   stolen quote:    Intel inside Idiot outside.
  773. //   Calvin:            I need a new plate someone puked on mine.
  774. //   anon:               Does your face hurt?? it's killin' me
  775. //////////////////////////////////////////////
  776.  
  777.  
  778. >From jan@comsol.se Wed Apr 12 00:57:35 PDT 1995
  779. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id AAA04698 for <think-c@rdatasys.com>; Wed, 12 Apr 1995 00:57:34 -0700
  780. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id BAA14749 for <think-c@rdatasys.com>; Wed, 12 Apr 1995 01:00:43 -0700
  781. Received: from ics.uci.edu(128.195.1.1) by lionfish.rdatasys.com via smap (V1.3)
  782.         id sma014747; Wed Apr 12 01:00:33 1995
  783. Received: from [194.52.79.3] by q2.ics.uci.edu id aa22722; 12 Apr 95 1:00 PDT
  784. Received: from comsol.comsol.se ([194.52.79.10]) by nic.comsol.se (8.6.10/8.6.9) with ESMTP id KAA17833 for <think-c@ics.uci.edu>; Wed, 12 Apr 1995 10:00:44 +0200
  785. Received: from localhost.comsol.se (localhost.comsol.se [127.0.0.1]) by comsol.comsol.se (8.6.5/8.6.9) with SMTP id KAA22618 for <think-c@ics.uci.edu>; Wed, 12 Apr 1995 10:00:55 +0200
  786. Message-Id: <199504120800.KAA22618@comsol.comsol.se>
  787. X-Authentication-Warning: comsol.comsol.se: Host localhost.comsol.se didn't use HELO protocol
  788. To: think-c@ics.uci.edu
  789. Reply-To: jan@comsol.se
  790. Subject: THINK C/C++ 7.03
  791. Date: Wed, 12 Apr 1995 10:00:52 +0200
  792. From: Jan R|man <jan@comsol.se>
  793.  
  794.  
  795. Hi,
  796.  
  797. What have they done to THINK C?
  798.  
  799. I got my new THINK C/C++ yesterday, but I am really confused. The 
  800. reason is that when I tried to compile an old project I have some 
  801. strange error messages like:
  802.  
  803. first argument to function '...' does not match prototype
  804.  
  805. e.g.,
  806.  
  807.    Pattern thePat;
  808.  
  809.    GetIndPattern(thePat, sysPatListID, 4); 
  810.  
  811. Thats not wrong!!!
  812.  
  813. Other errors are:
  814.  
  815. invalid redeclaration of FUNCTION
  816.  
  817. But there is no redeclaration of that function.
  818.  
  819. Is there any workaround to this problem?
  820.  
  821. Jan R|man
  822.  
  823.  
  824. -----------------------------------------------------------------
  825. !From: Jan R|man   (TECHNICAL SUPPORT) : Tel:   +46 8 15 30 22  !
  826. !      Computer Solutions Europe AB    : Fax:   +46 8 15 76 35  !
  827. !      Bj|rnn{sv. 21                   : email: jan@comsol.se   !
  828. !      S-113 47 Stockholm              : Mob Tel: 010 27 55 711 !
  829. !      SWEDEN                          :                        !
  830. ! Home:   Vasagatan 35, 722 15 V{ster}s, Phone: +46 21 83 06 00 !
  831. -----------------------------------------------------------------
  832. >From owen@ids.net Wed Apr 12 05:39:56 PDT 1995
  833. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id FAA05270 for <think-c@rdatasys.com>; Wed, 12 Apr 1995 05:39:56 -0700
  834. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id FAA22280 for <think-c@rdatasys.com>; Wed, 12 Apr 1995 05:43:11 -0700
  835. Received: from ids.net(155.212.1.2) by lionfish.rdatasys.com via smap (V1.3)
  836.         id sma022269; Wed Apr 12 05:43:01 1995
  837. Received: from [155.212.99.108] by 155.212.99.108 with SMTP;
  838.           Wed, 12 Apr 1995 8:42:30 -0400 (EDT)
  839. Message-Id: <v01510100abb17a66ba0c@[155.212.99.108]>
  840. Mime-Version: 1.0
  841. Content-Type: text/plain; charset="us-ascii"
  842. Date: Wed, 12 Apr 1995 08:42:02 -0400
  843. To: andyk@teleport.com, Multiple recipients of list <think-c@rdatasys.com>
  844. From: owen@ids.net (Owen Hartnett)
  845. Subject: Re: Pathnames
  846.  
  847. At 11:48 PM 4/11/95, Andy Kington wrote:
  848. >>The reference pointed to was the comp.sys.mac.programmer FAQ, which is
  849. >
  850. >
  851. >Where in the FAQ is the FAQ??  I've looked at rtfm.mit.edu but couldn't
  852. >find the directory it was in...  I know it is available lot's of places but
  853. >I pay long distance for my dial-up service.  Could someone please clue me
  854. >in with a path please.  Thanx
  855.  
  856.  
  857. Here's one:
  858.  
  859. ftp://mirrors.aol.com//mir01/RTFM/pub/usenet-by-group/comp.sys.mac.programme
  860. r/The_Mac_Programming_FAQ_Answer_sheet._[READ_ME!]
  861.  
  862.  
  863. -Owen
  864.  
  865. ____________
  866. Owen Hartnett           Owen@ids.net
  867. "My grandfather would have discovered electricity except he was too poor to
  868. afford a kite. He had to go out and rent one. We've got a picture of him at
  869. home standing in front of the local tavern. He was hiring a kite...
  870. much higher."
  871. -W.C. Fields
  872.  
  873.  
  874. >From "Internet leydon%bruce@biomed.med.yale.edu" Wed Apr 12 05:50:58 PDT 1995
  875. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id FAA05364 for <think-c@rdatasys.com>; Wed, 12 Apr 1995 05:50:57 -0700
  876. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id FAA22695 for <think-c@rdatasys.com>; Wed, 12 Apr 1995 05:54:13 -0700
  877. Received: from biomed.med.yale.edu(130.132.19.48) by lionfish.rdatasys.com via smap (V1.3)
  878.         id sma022683; Wed Apr 12 05:54:04 1995
  879. Received: from DECNET-MAIL (LEYDON@BRUCE)
  880.  by BIOMED.MED.YALE.EDU (PMDF V4.3-7 #6235)
  881.  id <01HP8UOMYNWW003CZU@BIOMED.MED.YALE.EDU>; Wed, 12 Apr 1995 08:53:47 EDT
  882. Date: Wed, 12 Apr 1995 08:53:47 -0400 (EDT)
  883. From: "Internet leydon%bruce@biomed.med.yale.edu"
  884.  <LEYDON%BRUCE@BIOMED.MED.YALE.EDU>
  885. Subject: Can Quicktime do this?
  886. To: think-c@rdatasys.com
  887. Message-id: <01HP8UOMZ776003CZU@BIOMED.MED.YALE.EDU>
  888. X-VMS-To: BIOMED::IN%"think-c@rdatasys.com"
  889. MIME-version: 1.0
  890. Content-type: TEXT/PLAIN; CHARSET=US-ASCII
  891. Content-transfer-encoding: 7BIT
  892.  
  893. Hi,
  894.         I have a large file (around 30 MB) that represents the x,y
  895. coordinates of an eye during an experiment. I want to "animate" these
  896. coordinates by moving a crosshair around in a window. It would be nice
  897. to be able to move the crosshair (eye) at the same 1 ms rate that the
  898. data was collected and also be able to speed things up.
  899.         I was wondering if Quicktime could be used to do this. I'm
  900. vaguely familiar with it and one thing I thought is I could use the time
  901. component to set up my rate and have the callbacks do an animation. Is
  902. there  example quicktime code out there or mailing lists or new's
  903. groups, or FAQ's.
  904.  
  905. thanks for any help
  906.  
  907. Gary Leydon
  908. Gary.Leydon@Yale.edu
  909.  
  910. >From jweinhof@welchlink.welch.jhu.edu Wed Apr 12 08:23:45 PDT 1995
  911. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id IAA05859 for <think-c@rdatasys.com>; Wed, 12 Apr 1995 08:23:39 -0700
  912. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id IAA27026 for <think-c@rdatasys.com>; Wed, 12 Apr 1995 08:26:54 -0700
  913. Received: from welchlink.welch.jhu.edu(128.220.59.78) by lionfish.rdatasys.com via smap (V1.3)
  914.         id sma026911; Wed Apr 12 08:26:26 1995
  915. Received: by welchlink.welch.jhu.edu (5.0/SMI-SVR4)
  916.         id AA15047; Wed, 12 Apr 1995 11:25:24 +0500
  917. Date: Wed, 12 Apr 1995 11:25:23 -0400 (EDT)
  918. From: "JOHN J. WEINHOFER" <jweinhof@welchlink.welch.jhu.edu>
  919. To: "L. Sargent" <canna@bga.com>
  920. Cc: Multiple recipients of list <think-c@rdatasys.com>
  921. Subject: Re: Pathnames
  922. In-Reply-To: <199504112348.SAA15813@zoom.bga.com>
  923. Message-Id: <Pine.SOL.3.91.950412111607.13248A-100000@welchlink.welch.jhu.edu>
  924. Mime-Version: 1.0
  925. Content-Type: TEXT/PLAIN; charset=US-ASCII
  926. content-length: 2656
  927.  
  928. Speaking of books and other resources, I've got some I'd like to sell.
  929. Inside Macintosh--- Files, QuickTime,and Memory  $10.00 each.
  930. Other books-- ResEdit Complete, C Programming by example. $10.00 ea.
  931. I also have Think Reference--$20.00
  932. Think C 6.0 and all Manuals -- $100.00
  933. If your interested let me know.
  934. John
  935.  
  936. On Tue, 11 Apr 1995, L. Sargent wrote:
  937.  
  938. > >Gee, here's a novel idea...
  939. > >How about instead of telling him where to go, someone actually gives him an
  940. > >answer that will do him some good!
  941. > >
  942. > >It seems quite obvious to me that anyone posting a question up here has
  943. > >already exhausted most resources availble to him.  If you don't want to
  944. > >answer the question then don't.  But it does no one any good to come out with
  945. > >something as trite as "Well, I know how to do that, but because Apple doesn't
  946. > >support it I'm certainly not going to tell you about it." or the classic -
  947. > >"Why don't you just check on page 796 of that manual I know you don't have.
  948. > > There is a one line sentence there that will solve all your problems!"
  949. > >
  950. > >I'm sorry if I've pi**ed some people off, I'm just airing some frustrations
  951. > >I've had with this group, and if I feel this way, I'm sure others do too.
  952. > >
  953. > >Craig - I have some sample code that does what you want.  Drop me a note and
  954. > >I can BinHex it to you.
  955. > >
  956. > >-Dan
  957. > Sorry, Dan, but I do think the subject is covered in a LOT of places!
  958. > (Heck, even *I* found it!). What's more, Craig found it in EXACTLY THE SAME
  959. > PLACE I DID! (Some place that I pointed out, I might add).
  960. > I think we are ALL willing to help up to a point. Then it gets into writing
  961. > some guys/gals code for him/her for free!
  962. > Personally, I feel that if you are going to write code, INVEST IN THE
  963. > RESOURCES REQUIRED (like books!). Buy Think Ref (cheap and chock full of
  964. > useful stuff). Buy the books (yeah, $40/piece is not cheap, but you have to
  965. > consider that the information you are buying is not cheap either). Become
  966. > an Apple Associate (not cheap either, but man, oh, man, the resources are
  967. > incredible!).
  968. > BTW, some of us CAN'T post code that we have developed without violating
  969. > contractual agreements, no matter how much we would like to...
  970. > Lloyd
  971. > ----------------------------+-----------------------------------------------
  972. > Lloyd Sargent               | "I once found my lost youth. It was old too."
  973. > Head Honcho                 | Internet:  canna@bga.com  (preferred)
  974. > Canna Software Development  | AppleLink: canna.sw.dev
  975. > 14308-B FM 812              | Phone:     512.243.0283 / 512.243.3355
  976. > Del Valle, Texas 78617, USA | Fax:       512.243.0283  (8-5 CST)
  977. >From alspaugh@showme.missouri.edu Wed Apr 12 09:40:33 PDT 1995
  978. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id JAA06211 for <think-c@rdatasys.com>; Wed, 12 Apr 1995 09:40:23 -0700
  979. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id JAA29431 for <think-c@rdatasys.com>; Wed, 12 Apr 1995 09:43:38 -0700
  980. Received: from mail.missouri.edu(128.206.2.169) by lionfish.rdatasys.com via smap (V1.3)
  981.         id sma029419; Wed Apr 12 09:43:08 1995
  982. Received: from showme.missouri.edu by Mail.Missouri.Edu (8.6.11/4.03)
  983.           id LAA20244; Wed, 12 Apr 1995 11:44:01 -0500
  984. Received: from Mizzou-TS5-02.missouri.edu by showme.missouri.edu (AIX 3.2/UCB 5.64/4.03)
  985.           id AA48760; Wed, 12 Apr 1995 11:41:30 -0500
  986. Message-Id: <v01510100abb1ae4bb650@[128.206.1.167]>
  987. Mime-Version: 1.0
  988. Content-Type: text/plain; charset="us-ascii"
  989. Date: Wed, 12 Apr 1995 10:44:46 -0600
  990. To: think-c@rdatasys.com
  991. From: alspaugh@showme.missouri.edu (Alspaugh)
  992. Subject: Re: THINK C/C++ 7.03
  993. Cc: jan@comsol.se
  994.  
  995. >I got my new THINK C/C++ yesterday, but I am really confused. The
  996. >reason is that when I tried to compile an old project I have some
  997. >strange error messages like:
  998. >
  999. >first argument to function '...' does not match prototype
  1000. >
  1001. >e.g.,
  1002. >
  1003. >   Pattern thePat;
  1004. >
  1005. >   GetIndPattern(thePat, sysPatListID, 4);
  1006. >
  1007. >Thats not wrong!!!
  1008.  
  1009. Jan,
  1010.  
  1011.         It is possible that because your project is old that 7.0.3 is using
  1012. newer headers, such as the universal headers, than what your project was
  1013. originally built under.  The universal headers and other header updates
  1014. before it made many changes that require source code modification to be
  1015. fully compatible.  As for your problem with patterns, I note that the
  1016. Quickdraw.h universal header contains the following comment:
  1017.  
  1018. /***   IMPORTANT NOTE REGARDING PATTERN  **************
  1019.    Patterns were originally defined as:
  1020.                 typedef unsigned char Pattern[8];
  1021.    The old array defintion of Pattern would cause 68000 based CPU's to
  1022. crash in certain circumstances. The new struct definition is safe, but may
  1023. require source code changes to compile.
  1024.  
  1025.    Read the details in Appendix J of:
  1026.                 "MPW E.T.O. #6 Latest Libraries/Interfaces"
  1027.  
  1028.    Developers were warned that they should stop using the
  1029. "dangerousPattern" definition of patterns so most of them should no longer
  1030. use them. We are finally removing this definition for good.
  1031. ********************************************************/
  1032.  
  1033.         My suggestion is to either go back to your original headers, or
  1034. better yet, convert your project to use the latest universal headers,
  1035. especially if you want to eventually port your project to PPC.
  1036.  
  1037. Hope this helps,
  1038.  
  1039.  
  1040. Bruce Alspaugh
  1041.  
  1042. --------------------------------------------------------------------------
  1043. Bruce Alspaugh, Ph.D.                     |
  1044.   Software Engineer, SchoolWare           |    "The bug stops here!"
  1045.   2809 Skyview Road                       |
  1046.   Columbia, MO 65202-2213                 |    With apologies to
  1047.   Internet: alspaugh@showme.missouri.edu  |       Harry S. Truman
  1048.   Fax: (314) 445-9981                     |
  1049. --------------------------------------------------------------------------
  1050.  
  1051.  
  1052. >From chuq@abs.apple.com Wed Apr 12 12:30:36 PDT 1995
  1053. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id MAA06863 for <think-c@rdatasys.com>; Wed, 12 Apr 1995 12:30:35 -0700
  1054. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id MAA04390 for <think-c@rdatasys.com>; Wed, 12 Apr 1995 12:33:51 -0700
  1055. Received: from bio-3.bsd.uchicago.edu(128.135.75.12) by lionfish.rdatasys.com via smap (V1.3)
  1056.         id sma004386; Wed Apr 12 12:33:35 1995
  1057. Received: from [128.135.75.131] (bio-38.bsd.uchicago.edu [128.135.75.131]) by bio-3.bsd.uchicago.edu (8.6.9/BSD-3.2) with SMTP id OAA03679; Wed, 12 Apr 1995 14:33:27 -0500
  1058. X-Sender: jahnke@bio-3.bsd.uchicago.edu
  1059. Message-Id: <v02110100abb1dc00ef0f@[128.135.75.131]>
  1060. Mime-Version: 1.0
  1061. Content-Type: text/plain; charset="us-ascii"
  1062. Date: Wed, 12 Apr 1995 14:38:00 -0500
  1063. To: think-c@rdatasys.com, Gary.Leydon@Yale.edu
  1064. From: j-jahnke@uchicago.edu (Jerome Jahnke)
  1065. Subject: Re: Can Quicktime do this?
  1066.  
  1067. You asked for it, there is a very active QuickTime mailing list and
  1068. resource in general, and this is the FAQ.
  1069.  
  1070. Jer,
  1071.  
  1072. Date: Wed, 15 Mar 1995 00:11:32 -0800
  1073. Reply-To: chuq@abs.apple.com
  1074. Originator: quicktime-dev@abs.apple.com
  1075. Sender: quicktime-dev@abs.apple.com
  1076. Precedence: bulk
  1077. From: Chuq von Rospach <chuq@abs.apple.com>
  1078. To: Multiple recipients of list <quicktime-dev@abs.apple.com>
  1079. Subject: FAQ - Introduction to the Quicktime Developers Mailing List
  1080.  
  1081. This copy of the Introduction posted on  Wed Mar 15 00:00:28 PST 1995
  1082. Last Update: February 24, 1995
  1083.  
  1084. This is the Introduction for the Apple Quicktime developer mailing list. To
  1085. suggest additions, changes, corrections or anything else, send
  1086. mail to sandvik@apple.com. Mail server problems should be sent to
  1087. server@abs.apple.com.
  1088.  
  1089. EVERYONE should read this document at least once, especially the
  1090. section on the charter an what constitutes acceptable postings and
  1091. behavior. Ignorance of the rules is not considered an excuse. Please work
  1092. with us to help make this place a fun list to be on.
  1093.  
  1094. This document is posted to the mailing list twice a month, on the 1st
  1095. and 15th. All automatically posted messages will have the a subject
  1096. starting with "FAQ -". All IMPORTANT administrative messages will have a
  1097. subject that begins with "Admin:". Users are requested to please read these.
  1098.  
  1099. ============
  1100. Table of Contents
  1101. ============
  1102. 0) Please note: automated subscriptions
  1103. 1) How to find the FAQ and Home Page
  1104. 2) Important Mail Server Commands
  1105. 3) Charter: What's Acceptable/What's not 4) Archive locations
  1106.  
  1107. ============
  1108. 0) Please note:
  1109. ============
  1110. This list is run on an automated mail server. You should keep a copy of
  1111. the server commands handy in case you need to change your subscription.
  1112. Please do NOT under any circumstances post administrative commands or
  1113. requests for server help to the public list. If you can't make it work,
  1114. write to the admin directly.
  1115.  
  1116. ============
  1117. 1) How to find the FAQ and Home Page
  1118. ============
  1119. The home page for this mailing list is:
  1120. http://abs.apple.com/pub/quicktime-dev/ **under construction**
  1121. This document is:
  1122. ftp://abs.apple.com/pub/quicktime-dev/quicktime-dev.INTRO
  1123. The Frequently Asked Questions WWW page can be referenced from the home
  1124. page. If you do not have WWW, you can ftp it from:
  1125. ftp://abs.apple.com/pub/quicktime-dev/quicktime-dev.FAQ.html
  1126.  
  1127. ============
  1128. 2) Important Mail Server commands
  1129. ============
  1130. To post to the list, send mail to quicktime-dev@abs.apple.com. You must
  1131. be a subscriber to the list to post to it. Listproc (the mail server we
  1132. use) is very picky about your address: if you work from multiple machines
  1133. or  forward mail from one place to another, it is very likely not to
  1134. recognize you
  1135. as a subscriber. Please keep that in mind and subscribe and post from your
  1136. primary account.
  1137.  
  1138. All server commands are sent to the address "listproc@abs.apple.com".
  1139. Do not send server commands to the actual list! That is considered very
  1140. rude to the user base.
  1141.  
  1142. You can put more than one command in an e-mail message. Please note
  1143. that if your e-mail messages contain signatures or footer lines,
  1144. listproc will attempt to read them as commands and return an error to you.
  1145. This can be ignored if you also get the confirmation back on the earlier
  1146. commands.
  1147. you SHOULD get a confirmation e-mail letter (or error warning) for EVERY
  1148. command you send to listproc. If you didn't, something went wrong. Try it again,
  1149. and if it still doesn't work, contact the admin address for help
  1150. (sandvik@apple.com).
  1151.  
  1152. The following commands are the most common ones. These are used in the
  1153. body of the e-mail message, not the Subject line. Leave the Subject
  1154. line blank. Below, for listname use quicktime-dev (NOT
  1155. quicktime-dev@abs.apple.com), and for yourname, use your real name, not
  1156. your e-mail address.
  1157.  
  1158. To get on the list:
  1159. SUBSCRIBE listname yourname
  1160. (example: SUBSCRIBE quicktime-dev Riker Sandvik)
  1161.  
  1162. To cancel your subscription:
  1163. UNSUBSCRIBE listname
  1164.  
  1165. To turn on DIGEST mode:
  1166. SET listname MAIL DIGEST
  1167.  
  1168. To turn off DIGEST mode:
  1169. SET listname MAIL ACK (yes, it's amazingly intuitive. I didn't write
  1170. it)
  1171.  
  1172. Other commands: [do note include text in brackets]
  1173. GET listproc intro.to.listproc [a more complete tutorial] HELP  [some
  1174. basic commands. get the tutorial]
  1175. LISTS   [tells you what lists are on this server]
  1176. INFO listname   [get intro for another list]
  1177.  
  1178. Example (based on Unix. your mailer will vary): % mail
  1179. listproc@abs.apple.com
  1180. Subject:
  1181.  
  1182. SUBSCRIBE quicktime-dev Riker Sandvik
  1183. SET quicktime-dev MAIL DIGEST
  1184. HELP
  1185. LIST
  1186. GET listproc intro.to-listproc
  1187. INFO quicktime-dev
  1188. <EOF>
  1189. %
  1190.  
  1191. ============
  1192. 3) Charter: What's Acceptable, What's Not ============
  1193. Everyone is requested to read the rules and charter at least once and
  1194. to please abide by them. Failure to cooperate can lead to having your
  1195. posting privileges revoked, or to find yourself removed from the list
  1196. completely.
  1197.  
  1198. Please note: the List Mom (sandvik@apple.com) have the final and ONLY
  1199. say as to what is and isn't appropriate content. If you are requested
  1200. to close out a discussion, take it to e-mail, or shift it to one of the
  1201. other mailing
  1202. lists, please comply. You can discuss the situation with us, and we're
  1203. willing to listen, but ultimately, nobody else gets a vote.
  1204.  
  1205. Anyone who feels a posting or message thread is out of line should
  1206. contact the List Mom. Users who try to take content issues into their
  1207. own hands will only make the List Mom very unhappy with them and are
  1208. subject to discipline like any person who violates the charter.
  1209.  
  1210. These rules are in place because users taking content issues into their
  1211. own hands is one of the most common causes of flamewars. The List Moms
  1212. don't like flamewars. Let's all work together to keep the lists a fun place
  1213. to be.
  1214.  
  1215.  
  1216. +++ Acceptable uses:
  1217.  
  1218. This list is designed as a place where developers who are using
  1219. QuickTime and QuickTime for Windows can discuss things. We at Apple
  1220. want to encourage the use of QuickTime, but otherwise we plan to keep our
  1221. hands off the
  1222. list to greates extent possible. Note that this mailing list is not an
  1223. official Apple support channel. For more information about Apple developer
  1224. support
  1225. programs, contact Developer Support (DEVSUPPORT@applelink.apple.com).
  1226.  
  1227. Anything having to do with Quicktime development (API level, content
  1228. development and so on) is acceptable. We request, however, that
  1229. questions related to MacroMedia Director and similar tools should be
  1230. directed to other
  1231. forums and mailing lists.
  1232.  
  1233. Tools, software, techniques, hints and anything else having to do with
  1234. Apple and Internet are welcome. Apple will also provide the list
  1235. members with up-to-date information concerning Quicktime technical issues.
  1236.  
  1237. +++ Unacceptable uses:
  1238.  
  1239. o General Macintosh questions. These should be referred to info-mac or
  1240. one of the comp.sys.mac.* USENET groups.
  1241.  
  1242. o Do not post to multiple mailing lists! Find the MOST APPROPRIATE list
  1243. and post there. Shotgun mailings only fragment the response and cause
  1244. people to duplicate time and effort trying to deal with the question. There
  1245. is NO
  1246. reason for anyone other than the List Moms to post the same message to
  1247. both lists.
  1248.  
  1249. o For Sale or Wanted to Buy messages. Don't post either to these lists
  1250. under any circumstances.
  1251.  
  1252. o Blatant sales hype and pitches. Low-key notes and press releases are
  1253. okay. Use discretion. The same general attitude that USENET takes on
  1254. this stuff is the guideline here. If you aren't absolutely sure, run it
  1255. past the List Mom
  1256. first and get an opinion.
  1257.  
  1258. o Flaming and abusive language: We consider the users of this list to
  1259. be mature, intelligent people. The few who prove themselves exceptions
  1260. will find little patience from the List Moms.
  1261.  
  1262. You may not use addresses obtained from this list to harrass others or
  1263. send them offensive, abusive or blatantly commercial e-mail. People who
  1264. abuse other members of this list, either in public or private, are in
  1265. violation of
  1266. this list's charter. If a user is upset enough by your e-mail to report
  1267. it to us in a complaint, then as List Mom, we have the responsibility to
  1268. investigate
  1269. the problem and take action if we feel it necessary.
  1270.  
  1271. o Do not post copyrighted material. It's illegal to type something in
  1272. from a newspaper verbatim, or repost something sent out via Clarinet.
  1273. Yes, we know it happens all over the net. That doesn't make it right or
  1274. legal. If you
  1275. DO do it, you put both yourself and us as owners of the list at legal
  1276. risk if the copyright holder decides to fight. You CAN post a pointer to
  1277. the work, summarize
  1278. what the work is saying, post quotes from the work within the
  1279. boundaries of fair use (and feel free to ask us if you aren't sure), but
  1280. posting entire
  1281. articles is a major no-no. Failure to cooperate on this one can get you
  1282. kicked off the list, so please be careful. If you aren't sure, ask first.
  1283.  
  1284. o Do not post or forward messages of general interest, mass-distributed
  1285. warnings, rumors, good samaritan messages or chain letters to this
  1286. list. Craig Shergold doesn't want any more postcards, honest. Before posting
  1287. anything like this, check with the List Moms to determine whether it's
  1288. appropriate. We don't care how important you think the subject is, whether
  1289. it's a new
  1290. computer virus rumor or a get well card -- it's not appropriate for
  1291. this list unless we've cleared it in advance. Period. Users who violate
  1292. this rule will
  1293. lose their posting priviledges to the listproc.
  1294.  
  1295. Users who are found in violation of the charter are subject to disciplinary
  1296. action, from warnings to removal of their posting priviledges to being
  1297. banned from use of the mailing lists on this server. If you can't behave,
  1298. we feel no
  1299. responsibility to let you use the services we provide.
  1300.  
  1301. +++ Suggestions for being a good citizen
  1302.  
  1303. o Before you POST, check the FAQ and the home page to see if the
  1304. answers are already in the archive. Let's try to avoid having to answer
  1305. the same questions over, and over, and over.
  1306.  
  1307. o Keep postings as short as possible. Short and to the point questions
  1308. will get most likely answered rather than very complicated and long
  1309. postings.
  1310.  
  1311. o If you include quoted material, edit it ruthlessly. Keep the smallest
  1312. amount necessary for context. Do NOT simply leave it stuck to the end
  1313. of your message (as mailers like QuickMail like to do), since it REALLY
  1314. screws up the
  1315. digest users. Edit, edit, edit!
  1316.  
  1317. o Keep signatures as short as possible.
  1318.  
  1319. o Keep Subject lines relevant. If the topic changes, change the
  1320. Subject. If you are a digest reader, CHANGE the Subject to the
  1321. appropriate Subject. If you don't, all we see is "Re: QuickTime $...",
  1322. which is meaningless, and which many readers don't bother to read. Take a
  1323. little
  1324. time and make the Subject line useful.
  1325.  
  1326. o Before you POST, check the FAQ and the home page to see if the
  1327. answers are already in the archive. Let's try to avoid having to answer
  1328. the same questions over, and over, and over.
  1329.  
  1330. o Ask yourself if it's necessary to post to the entire list. If you
  1331. aren't sure, e-mail it privately to the person you're responding to.
  1332.  
  1333. o If someone asks a question and you want a copy of the answers, e-mail
  1334. the request PRIVATELY. Don't send it to the entire list.
  1335.  
  1336. o If you ask a question and people send you answers, PLEASE send copies
  1337. to people that ask. If you get more than a couple of requests, then
  1338. please put the answers together and post a summary to the list, AND e-mail
  1339. a copy to
  1340. the List Mom so it can be put in the archive so future users can get it
  1341. without asking the question again.
  1342.  
  1343. o Please keep the length of lines in messages posted to the list to no
  1344. more than 72 characters. If your mailer doesn't auto-wrap things
  1345. (Eudora does; most Unix mailers do NOT) then make sure you hit the return key
  1346. instead of sending huge, one-line paragraphs. Those can be unreadable to many
  1347. users.
  1348.  
  1349. o In general, the harder it is for a person to read your message, the
  1350. less likely the person with the answer to your question will bother to
  1351. respond. Make it as easy as possible for people to read your message, and
  1352. people will.
  1353. Putting a little time into cleaning things up before you send it off
  1354. can mean the difference between silence and getting the answer you need,
  1355. and is the
  1356. difference between someone being a good net.citizen and someone who
  1357. comes across as a net.slob.
  1358.  
  1359. ============
  1360. 4) Archive locations
  1361. ============
  1362.  
  1363. The basic archive is by anonymous ftp or gopher to host abs.apple.com,
  1364. in the directory ~ftp/pub/quicktime-dev.
  1365.  
  1366. All messages to the list are archived in the "message-archives" folder.
  1367.  
  1368.  
  1369. If you have no access via FTP, the files can be accessed through
  1370. listproc. See the intro.to.listproc for instructions. Note that because
  1371. this is a very lightly used function and somewhat time intensive for the
  1372. List Mom,it's rarely
  1373. completely up to date. I do what I can. Consider it a last resort,
  1374. though.
  1375.  
  1376. The archives are cataloged and available through the WWW. Use the
  1377. list's home page at: http://abs.apple.com/pub/quicktime-dev/
  1378.  
  1379. ---- end of quicktime-dev.INTRO ----
  1380.  
  1381.  
  1382. >From steve@lucena.com Wed Apr 12 12:39:40 PDT 1995
  1383. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id MAA06957 for <think-c@rdatasys.com>; Wed, 12 Apr 1995 12:39:39 -0700
  1384. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id MAA04864 for <think-c@rdatasys.com>; Wed, 12 Apr 1995 12:42:56 -0700
  1385. Received: from shell1.best.com(204.156.128.10) by lionfish.rdatasys.com via smap (V1.3)
  1386.         id sma004862; Wed Apr 12 12:42:49 1995
  1387. Received: from [204.156.141.214] (lucenas.vip.best.com [204.156.141.214]) by shell1.best.com (8.6.11/8.6.5) with SMTP id MAA21950 for <think-c@rdatasys.com>; Wed, 12 Apr 1995 12:42:17 -0700
  1388. X-Sender: lucenas@best.com
  1389. Message-Id: <v02110100abb1dc3bf970@[204.156.141.214]>
  1390. Mime-Version: 1.0
  1391. Content-Type: text/plain; charset="us-ascii"
  1392. Date: Wed, 12 Apr 1995 12:43:24 -0700
  1393. To: think-c@rdatasys.com
  1394. From: steve@lucena.com (Lucena Systems)
  1395. Subject: Re: THINK C/C++ 7.03
  1396.  
  1397. >What have they done to THINK C?
  1398. >
  1399. >I got my new THINK C/C++ yesterday, but I am really confused. The
  1400. >reason is that when I tried to compile an old project I have some
  1401. >strange error messages like:
  1402. >
  1403. >first argument to function '...' does not match prototype
  1404. >
  1405. >e.g.,
  1406. >
  1407. >   Pattern thePat;
  1408. >
  1409. >   GetIndPattern(thePat, sysPatListID, 4);
  1410. >
  1411. >Thats not wrong!!!
  1412. >
  1413. >Other errors are:
  1414. >
  1415. >invalid redeclaration of FUNCTION
  1416. >
  1417. >But there is no redeclaration of that function.
  1418. >
  1419. >Is there any workaround to this problem?
  1420.  
  1421. Alspaugh is correct about the new Pattern definition. Ideally what you
  1422. should do is go around changing lines like the previous one to something
  1423. like
  1424.  
  1425.          GetIndPattern (&thePat, sysPatListID, 4);
  1426.  
  1427. and the problem will go away.
  1428.  
  1429. As to your "FUNCTION" problem, I've noticed that THINK C has become more
  1430. sensitive to preprocessor errors and prototype issues. Most likely, what
  1431. you did is #include the same header file in two different places without
  1432. checking to see if it had already been #include'd. The second most likely
  1433. possibility is that you simply didn't prototype the function at all, and
  1434. THINK C is interpreting the successive calls to the function as
  1435. declarations. Ideally, you should prototype all functions, but the
  1436. workaround would be to go into the THINK C options and turn off "Strict
  1437. Prototype Enforcement", or whatever it's called...
  1438.  
  1439. Good luck!
  1440.  
  1441.                                                         Steve
  1442.  
  1443.  
  1444.  
  1445. >From hagner@bmt.cent.com Wed Apr 12 13:11:58 PDT 1995
  1446. Received: from rdatasys.com (creolefish.rdatasys.com [198.137.184.8]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id NAA07114 for <think-c>; Wed, 12 Apr 1995 13:11:57 -0700
  1447. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id NAA07089 for <nagel@rdatasys.com>; Wed, 12 Apr 1995 13:08:57 -0700
  1448. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id NAA06112 for <nagel@rdatasys.com>; Wed, 12 Apr 1995 13:12:14 -0700
  1449. Received: from bmt.cent.com(199.222.18.130) by lionfish.rdatasys.com via smap (V1.3)
  1450.         id sma006102; Wed Apr 12 13:11:56 1995
  1451. Received: from 199.222.18.133 ([199.222.18.133]) by bmt.cent.com (8.6.11/8.6.9) with SMTP id OAA03706 for <nagel@rdatasys.com>; Wed, 12 Apr 1995 14:14:29 -0500
  1452. Message-Id: <199504121914.OAA03706@bmt.cent.com>
  1453. Date: 12 Apr 1995 15:11:11 -0500
  1454. From: "Dennis J. Hagner" <hagner@bmt.cent.com>
  1455. Subject: Re(2): THINK C/C++ 7.03
  1456. To: "nagel@rdatasys.com" <nagel@rdatasys.com>
  1457. X-Mailer: Mail*Link PT/Internet 1.5.1
  1458. Resent-To: think-c@RDataSys.COM
  1459. Resent-Date: Wed, 12 Apr 1995 13:12:19 -0700
  1460. Resent-Message-ID: <17874.797717539@rdatasys.com>
  1461. Resent-From: "Mark D. Nagel" <nagel@rdatasys.com>
  1462.  
  1463. With respect to you're compiler errors, one think I always do during
  1464. development is make sure I have every kind of error checking on at all times.
  1465.  I always have a project set to required prototypes, check pointer types,
  1466. report any error or warning generated.  Also, if I'm working in straight C, I
  1467. run it through the C++ compiler, because it catches many errors that the C
  1468. compiler doesn't even check for.  If you do this during development, even
  1469. upgrading the compiler will not cause errors to start showing up, because
  1470. everything was done properly the first time.
  1471.   I've notice every time I've tried to compile a project of code written by
  1472. someone else, I spend a considerable time correcting errors (parameters not
  1473. sent correctly, can't find prototypes), before I can get the think to even
  1474. compile.  But once it compiles, I'm certain all functions were correctly
  1475. protyped and all parameters were correctly sent.  It pays off in the long
  1476. run!
  1477. ______________________________________
  1478. Dennis J. Hagner
  1479. Developer/Consultant, Kwester Software
  1480. e-mail: HAGNER@BMT.CENT.COM
  1481.  
  1482. >From fisco@planet.net Mon Apr 17 09:26:16 PDT 1995
  1483. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id JAA20434 for <think-c@rdatasys.com>; Mon, 17 Apr 1995 09:26:15 -0700
  1484. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id JAA00611 for <think-c@rdatasys.com>; Mon, 17 Apr 1995 09:29:33 -0700
  1485. Received: from earth.planet.net(198.69.0.65) by lionfish.rdatasys.com via smap (V1.3)
  1486.         id sma000603; Mon Apr 17 09:29:19 1995
  1487. Received: from [198.69.1.180] (dave.planet.net [198.69.1.180]) by earth.planet.net (8.6.9/8.6.9) with SMTP id DAA25006; Mon, 17 Apr 1995 03:19:57 -0400
  1488. Message-Id: <v01510101abb762678758@[198.69.1.180]>
  1489. Mime-Version: 1.0
  1490. Content-Type: text/plain; charset="us-ascii"
  1491. Date: Mon, 17 Apr 1995 03:32:29 -0400
  1492. To: think-c@rdatasys.com, C-L@INDYCMS.IUPUI.EDU
  1493. From: fisco@planet.net (David Fisco)
  1494. Subject: Template won't compile
  1495.  
  1496. I'm using Symantec C++ 7.0.4  (Mac)  and the following code  (from the
  1497. Standard Templates Library of HP) won't compile
  1498.  
  1499.      template <class T, class Compare>
  1500.      inline const T& min(const T& a, const T& b, Compare comp) {
  1501.          return comp(b, a) ? b : a;
  1502.      }
  1503.  
  1504. I get the error:
  1505.  
  1506.         Error:   illegal combination of types
  1507.  
  1508. Any ideas?  TIA
  1509.  
  1510. ======
  1511. David Fisco
  1512. 201/691-6941
  1513. fisco@planet.net
  1514.  
  1515.  
  1516. >From Jim_Dix@qmgate.arc.nasa.gov Mon Apr 17 09:30:20 PDT 1995
  1517. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id JAA20524 for <think-c@rdatasys.com>; Mon, 17 Apr 1995 09:30:20 -0700
  1518. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id JAA00846 for <think-c@rdatasys.com>; Mon, 17 Apr 1995 09:33:35 -0700
  1519. Received: from ames.arc.nasa.gov(128.102.18.3) by lionfish.rdatasys.com via smap (V1.3)
  1520.         id sma000830; Mon Apr 17 09:33:07 1995
  1521. Received: from qmgate.arc.nasa.gov by ames.arc.nasa.gov with SMTP id AA29411
  1522.   (5.65b/IDA-1.4.3 for think-c@rdatasys.com); Mon, 17 Apr 95 07:42:57 -0700
  1523. Message-Id: <n1414017743.31930@qmgate.arc.nasa.gov>
  1524. Date: 17 Apr 1995 07:36:18 U
  1525. From: "Jim Dix" <Jim_Dix@qmgate.arc.nasa.gov>
  1526. Subject: [Q] Illegal Instruction on 
  1527. To: "think-c list" <think-c@rdatasys.com>
  1528. X-Mailer: Mail*Link SMTP-QM 3.0.2
  1529.  
  1530. Mail*Link(r) SMTP               [Q] Illegal Instruction on IIsi due to try_
  1531. within
  1532.  
  1533. Anyone seen this?  I've been successful creating standard TCL C++(7.04)
  1534. projects on a IIfx.  However, when I run them on a IIsi, it fails with an
  1535. illegal instruction in the first try_ (in the HandleForeignExceptions method
  1536. of class CApplication).  Removing the try_ there, causes the problem to move
  1537. to the next try_ in DoRun.  Using the Debugger to trace, I find I get the
  1538. error when I execute the first line of C code following the return from the
  1539. try_.  Disassembling did not reveal anything to me.  I used the provided
  1540. bedrock library and even made a stab at building the project with the bedrock
  1541. code itself with no difference in result.
  1542.  
  1543. What's with the IIsi?
  1544.  
  1545.   Jim Dix
  1546.  
  1547. >From phils@bedford.symantec.com Tue Apr 18 08:57:22 PDT 1995
  1548. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id IAA26464 for <think-c@rdatasys.com>; Tue, 18 Apr 1995 08:57:21 -0700
  1549. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id JAA11261 for <think-c@rdatasys.com>; Tue, 18 Apr 1995 09:00:39 -0700
  1550. Received: from bedford.symantec.com(155.64.60.100) by lionfish.rdatasys.com via smap (V1.3)
  1551.         id sma011258; Tue Apr 18 09:00:18 1995
  1552. Received: from [155.64.60.60] by bedford.symantec.com
  1553.  with SMTP (MailShare 1.0fc3); Tue, 18 Apr 1995 12:02:09 -0400
  1554. X-Sender: phils@bedford
  1555. Message-Id: <v01520b00abb9917736ef@[155.64.60.60]>
  1556. Mime-Version: 1.0
  1557. Content-Type: text/plain; charset="us-ascii"
  1558. Date: Tue, 18 Apr 1995 11:57:29 -0400
  1559. To: fisco@planet.net, think-c@rdatasys.com
  1560. From: phils@bedford.symantec.com (Phil Shapiro)
  1561. Subject: Re: Template won't compile
  1562.  
  1563. >I'm using Symantec C++ 7.0.4  (Mac)  and the following code  (from the
  1564. >Standard Templates Library of HP) won't compile
  1565. >
  1566. >     template <class T, class Compare>
  1567. >     inline const T& min(const T& a, const T& b, Compare comp) {
  1568. >         return comp(b, a) ? b : a;
  1569. >     }
  1570. >
  1571. >I get the error:
  1572. >
  1573. >        Error:   illegal combination of types
  1574. >
  1575. >Any ideas?  TIA
  1576.  
  1577. In Symantec C++, the name "comp" is a keyword -- it's the name for the SANE
  1578. computational type (64 bit integer). In our version of the STL, we had to
  1579. rename all instances of "comp" to something else, like "compfunc".
  1580.  
  1581.         -phil
  1582.  
  1583.  
  1584. >From phils@bedford.symantec.com Tue Apr 18 09:01:25 PDT 1995
  1585. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id JAA26538 for <think-c@rdatasys.com>; Tue, 18 Apr 1995 09:01:25 -0700
  1586. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id JAA11437 for <think-c@rdatasys.com>; Tue, 18 Apr 1995 09:04:44 -0700
  1587. Received: from bedford.symantec.com(155.64.60.100) by lionfish.rdatasys.com via smap (V1.3)
  1588.         id sma011417; Tue Apr 18 09:04:09 1995
  1589. Received: from [155.64.60.60] by bedford.symantec.com
  1590.  with SMTP (MailShare 1.0fc3); Tue, 18 Apr 1995 12:06:04 -0400
  1591. X-Sender: phils@bedford
  1592. Message-Id: <v01520b01abb991ff56c6@[155.64.60.60]>
  1593. Mime-Version: 1.0
  1594. Content-Type: text/plain; charset="us-ascii"
  1595. Date: Tue, 18 Apr 1995 12:01:24 -0400
  1596. To: Jim_Dix@qmgate.arc.nasa.gov, think-c@rdatasys.com
  1597. From: phils@bedford.symantec.com (Phil Shapiro)
  1598. Subject: Re: [Q] Illegal Instruction on
  1599.  
  1600. >Anyone seen this?  I've been successful creating standard TCL C++(7.04)
  1601. >projects on a IIfx.  However, when I run them on a IIsi, it fails with an
  1602. >illegal instruction in the first try_ (in the HandleForeignExceptions method
  1603. >of class CApplication).  Removing the try_ there, causes the problem to move
  1604. >to the next try_ in DoRun.  Using the Debugger to trace, I find I get the
  1605. >error when I execute the first line of C code following the return from the
  1606. >try_.  Disassembling did not reveal anything to me.  I used the provided
  1607. >bedrock library and even made a stab at building the project with the bedrock
  1608. >code itself with no difference in result.
  1609. >
  1610. >What's with the IIsi?
  1611.  
  1612. My guess is that the IIsi you've got doesn't have an FPU, and that the try_
  1613. macro (which expands to setjmp()) was built with FPU codegen on. setjmp()
  1614. uses FPU specific instructions to save and restore floating point
  1615. registers. Since the IIsi doesn't have the chip, the FPU instruction is
  1616. illegal and generates the exception.
  1617.  
  1618. Disassemble the code that crashes and look for a FMOVE instruction. If you
  1619. see it, turning off '881 codegen should fix it; you may have to rebuild the
  1620. TCL Headers as well with the option off.
  1621.  
  1622.         -phil
  1623.  
  1624.  
  1625. >From machale@bistromath.mitre.org Fri Apr 21 13:00:40 PDT 1995
  1626. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id NAA04610 for <think-c@rdatasys.com>; Fri, 21 Apr 1995 13:00:39 -0700
  1627. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id NAA27238 for <think-c@rdatasys.com>; Fri, 21 Apr 1995 13:03:57 -0700
  1628. Received: from ics.uci.edu(128.195.1.1) by lionfish.rdatasys.com via smap (V1.3)
  1629.         id sma027236; Fri Apr 21 13:03:37 1995
  1630. Received: from mbunix.mitre.org by q2.ics.uci.edu id aa12641;
  1631.           21 Apr 95 13:03 PDT
  1632. Received: from bistromath.mitre.org (bistromath.mitre.org [129.83.40.104]) by mbunix.mitre.org (8.6.10/8.6.9) with SMTP id QAA25502 for <think-c@ics.uci.edu>; Fri, 21 Apr 1995 16:03:11 -0400
  1633. Received: from [129.83.61.53] (machale.mitre.org) by bistromath.mitre.org (4.1/SMI-4.1-MHS-7.0)
  1634.         id AA25839; Fri, 21 Apr 95 15:59:37 EDT
  1635. Message-Id: <v01510101abbdbef41cb3@[129.83.61.53]>
  1636. Mime-Version: 1.0
  1637. Content-Type: text/plain; charset="us-ascii"
  1638. Date: Fri, 21 Apr 1995 16:03:10 -0400
  1639. To: think-c@ics.uci.edu
  1640. From: MacFarland Hale <machale@bistromath.mitre.org>
  1641. Subject: Precision Math Source Code
  1642.  
  1643. Anybody have a source for public-domain, platform-independent source code
  1644. to implement precision math for use when hardware-induced rounding errors
  1645. are unacceptable?  We just started discussing different representations of
  1646. floating point numbers using long integers and it seems to me we are
  1647. certainly re-inventing the wheel.  I'm just hoping somebody out there is
  1648. giving copies of their wheel away for free!  :-)
  1649.  
  1650. BTW, C++ preferred, "straight" C most certainly acceptable.  TIA.
  1651.  
  1652. Mac Hale  machale@mitre.org
  1653.  
  1654.  
  1655. >From kupermaj@tardis.union.edu Fri Apr 21 16:42:59 PDT 1995
  1656. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id QAA05706 for <think-c@rdatasys.com>; Fri, 21 Apr 1995 16:42:58 -0700
  1657. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id QAA04315 for <think-c@rdatasys.com>; Fri, 21 Apr 1995 16:46:21 -0700
  1658. Received: from ics.uci.edu(128.195.1.1) by lionfish.rdatasys.com via smap (V1.3)
  1659.         id sma004305; Fri Apr 21 16:45:53 1995
  1660. Received: from tardis.union.edu by q2.ics.uci.edu id aa23055;
  1661.           21 Apr 95 16:45 PDT
  1662. Received: by tardis.union.edu id AA12721
  1663.   (5.65c+/IDA-1.4.4 for think-c@ics.uci.edu); Fri, 21 Apr 1995 19:45:37 -0400
  1664. From: Joshua Kuperman <kupermaj@tardis.union.edu>
  1665. Message-Id: <199504212345.AA12721@tardis.union.edu>
  1666. Subject: Teach Yourself Mac C++ Prog...
  1667. To: think-c mail list <think-c@ics.uci.edu>
  1668. Date: Fri, 21 Apr 1995 19:45:36 -0400 (EDT)
  1669. X-Mailer: ELM [version 2.4 PL21]
  1670. Content-Type: text
  1671. Content-Length: 1718      
  1672.  
  1673. I previously posted some parts of these questions in the
  1674. comp.sys.mac.oops.tcl newsgroup, but since I haven't noticed a lot of
  1675. overlap I thought I'd try here too.
  1676.  
  1677. I have been trying to work my way through "Teach Yourself Mac C++
  1678. Programming in 21 days.  Everything was fine until I got to the VA
  1679. parts of the book. (The ones that couldn't just be copied from the
  1680. PC books). 
  1681.  
  1682. First, he overwrites the "x_" files instead of the ones that are only
  1683. generated once.  I have tried to move all the things he overwrites in
  1684. x_CMain.cp to CMain.cp, and I manage to learn a few things. So even
  1685. though the author was stupid, I get something out of it. But that only
  1686. got me through chapters 14 and 15.
  1687.  
  1688. In chapter 16, he uses the function SetTextString on a member of
  1689. CStaticText. I'm using TPM 7.0.4 (and whatever was current a couple of
  1690. months ago when I updated).  SetTextString is a member of
  1691. CAbstractText. Was there a change that would have let his code work on
  1692. earlier versions? Is there a setting or an option I missed that would
  1693. allow CStaticText members to access this function. I can't figure out
  1694. why I get the message; CStaticText is a member of CEditText and
  1695. CEditText is a member of CAbstractText.  It should just flow right up
  1696. the chain.  Please tell me what gives.
  1697.  
  1698. If anyone has managed to adapt or correct this book - I'd like to
  1699. correspond with them.
  1700.  
  1701. Please, don't write to tell me the book is no good - I've already
  1702. figured that part out. I just want to see what I can learn by trying
  1703. to correct it. To be honest I haven't really seen a book I like on C++
  1704. using VA. Rhodes and Mckeehan is the best (and I have the earlier
  1705. edition), but nothing has enough on VA.
  1706. -- 
  1707. Josh Kuperman           
  1708. kupermaj@tardis.union.edu
  1709. >From andyk@teleport.com Fri Apr 21 17:49:42 PDT 1995
  1710. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id RAA06103 for <think-c@rdatasys.com>; Fri, 21 Apr 1995 17:49:41 -0700
  1711. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id RAA06621 for <think-c@rdatasys.com>; Fri, 21 Apr 1995 17:53:04 -0700
  1712. Received: from desiree.teleport.com(192.108.254.11) by lionfish.rdatasys.com via smap (V1.3)
  1713.         id sma006611; Fri Apr 21 17:52:55 1995
  1714. Received: from [204.119.60.34] (ip-vanc0-02.teleport.com [204.119.60.34]) by desiree.teleport.com (8.6.10/8.6.9) with SMTP id RAA19392 for <think-c@rdatasys.com>; Fri, 21 Apr 1995 17:52:49 -0700
  1715. X-Sender: andyk@mail.teleport.com
  1716. Message-Id: <abbe0190000210042208@[204.119.60.37]>
  1717. Mime-Version: 1.0
  1718. Content-Type: text/plain; charset="us-ascii"
  1719. Date: Fri, 21 Apr 1995 17:52:52 -0700
  1720. To: think-c@rdatasys.com
  1721. From: andyk@teleport.com (Andy Kington)
  1722. Subject: Help please, font manager?
  1723.  
  1724. Any info or code known that I could use to write a program to take the
  1725. place of suitcase.
  1726.  
  1727. I want to write something that will recurse through selected folders and
  1728. attach them to the globalfontlist (if there is such a thing)  of course it
  1729. would also have to keep track of printer fonts (insofar as sending them to
  1730. the printer when it's time to print) .
  1731.  
  1732. ANY help would be greatly appreciated.
  1733.  
  1734. I downloaded IM "text" the other day and about all I could get from it in
  1735. my short perusing was that for fonts to work a user dragged them to the
  1736. system folder.  I need to switch between about 200-800 fonts on a fairly
  1737. regular basis.  And have been having problems with suitcase on newer
  1738. machines and heard it wasn't being supported anymore.
  1739.  
  1740. Thanx
  1741.  
  1742. andyk@teleport.com
  1743.  
  1744. _______________________________________________
  1745. |     andyk@teleport.com
  1746. |     There's nothing like making a total dickhead out of yourself,
  1747. |     nosiree nothing like it.  -Hiro Protaganist
  1748. _______________________________________________
  1749.  
  1750.  
  1751. >From fisco@planet.net Sun Apr 23 22:13:04 PDT 1995
  1752. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id WAA10475 for <think-c@rdatasys.com>; Sun, 23 Apr 1995 22:13:03 -0700
  1753. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id WAA03640 for <think-c@rdatasys.com>; Sun, 23 Apr 1995 22:16:27 -0700
  1754. Received: from earth.planet.net(198.69.0.65) by lionfish.rdatasys.com via smap (V1.3)
  1755.         id sma003630; Sun Apr 23 22:16:04 1995
  1756. Received: from [198.69.1.180] (dave.planet.net [198.69.1.180]) by earth.planet.net (8.6.9/8.6.9) with SMTP id BAA13151 for <think-c@rdatasys.com>; Mon, 24 Apr 1995 01:13:31 -0400
  1757. Message-Id: <v01510100abc07ef22341@[198.69.1.180]>
  1758. Mime-Version: 1.0
  1759. Content-Type: text/plain; charset="us-ascii"
  1760. Date: Mon, 24 Apr 1995 01:15:28 -0400
  1761. To: think-c@rdatasys.com
  1762. From: fisco@planet.net (David Fisco)
  1763. Subject: Prefix Error
  1764.  
  1765. I have nothing in the prefix error of my Symantec C++ compiler  (vers.
  1766. 7.0.4), yet I still get this error message:
  1767.  
  1768. Prefix "Symantec C++"; Line 240; While compiling "main.cp"
  1769. Error:   ')' expected
  1770.  
  1771. It just takes me to the empty prefix field  (under options)  when I
  1772. double-click.
  1773.  
  1774. I'm trying to instantiate a vector class:  vector<char>name(data, end);
  1775. where data and end are char*.  I'm just getting bizarre errors like this.
  1776.  
  1777. Any ideas?  TIA.
  1778.  
  1779. ___________________________________________________________
  1780. David Fisco          fisco@planet.net          201/691-6941
  1781.  
  1782.  
  1783. >From phils@bedford.symantec.com Mon Apr 24 06:40:17 PDT 1995
  1784. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id GAA11331 for <think-c@rdatasys.com>; Mon, 24 Apr 1995 06:40:16 -0700
  1785. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id GAA17604 for <think-c@rdatasys.com>; Mon, 24 Apr 1995 06:43:38 -0700
  1786. Received: from bedford.symantec.com(155.64.60.100) by lionfish.rdatasys.com via smap (V1.3)
  1787.         id sma017601; Mon Apr 24 06:43:09 1995
  1788. Received: from [155.64.60.60] by bedford.symantec.com
  1789.  with SMTP (MailShare 1.0fc3); Mon, 24 Apr 1995 09:45:05 -0400
  1790. X-Sender: phils@bedford
  1791. Message-Id: <v01520b00abc159983287@[155.64.60.60]>
  1792. Mime-Version: 1.0
  1793. Content-Type: text/plain; charset="us-ascii"
  1794. Date: Mon, 24 Apr 1995 09:40:13 -0400
  1795. To: fisco@planet.net
  1796. From: phils@bedford.symantec.com (Phil Shapiro)
  1797. Subject: Re: Prefix Error
  1798. Cc: think-c@rdatasys.com
  1799.  
  1800. >I have nothing in the prefix error of my Symantec C++ compiler  (vers.
  1801. >7.0.4), yet I still get this error message:
  1802. >
  1803. >Prefix "Symantec C++"; Line 240; While compiling "main.cp"
  1804. >Error:   ')' expected
  1805. >
  1806. >It just takes me to the empty prefix field  (under options)  when I
  1807. >double-click.
  1808. >
  1809. >I'm trying to instantiate a vector class:  vector<char>name(data, end);
  1810. >where data and end are char*.  I'm just getting bizarre errors like this.
  1811. >
  1812. >Any ideas?  TIA.
  1813.  
  1814. There are some problems with the 7.0 TPM architecture that prevent the C++
  1815. compiler from correctly reporting the site of an error for template-related
  1816. code. The compiler knows which file the error belongs in, but the TPM's
  1817. compiler API doesn't provide any way for the compiler to refer to that
  1818. file.
  1819.  
  1820. To find the problem, preprocess your source, save it into a .cp file, and
  1821. try compiling it. The compiler should be able to provide a better location
  1822. for the error message.
  1823.  
  1824. The compiler API for the 8.0 SPM doesn't have this problem and allows the
  1825. C++ compiler to better report template related errors.
  1826.  
  1827.         -phil
  1828.  
  1829.  
  1830. >From warnerpj@netspace.net.au Mon Apr 24 07:29:32 PDT 1995
  1831. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id HAA11482 for <think-c@rdatasys.com>; Mon, 24 Apr 1995 07:29:31 -0700
  1832. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id HAA19240 for <think-c@rdatasys.com>; Mon, 24 Apr 1995 07:32:50 -0700
  1833. Received: from stang.netspace.net.au(203.10.110.100) by lionfish.rdatasys.com via smap (V1.3)
  1834.         id sma019230; Mon Apr 24 07:32:23 1995
  1835. Received: from [203.12.52.22] (dialup-a22.netspace.net.au [203.12.52.22]) by stang.netspace.net.au (8.6.11/8.6.9) with SMTP id AAA06041 for <think-c@rdatasys.com>; Tue, 25 Apr 1995 00:32:27 +1000
  1836. X-Sender: warnerpj@insane.netspace.net.au
  1837. Message-Id: <v02110100abc165b64166@[203.12.52.22]>
  1838. Return-Receipt-To: <warnerpj@netspace.net.au>
  1839. Mime-Version: 1.0
  1840. Content-Type: text/plain; charset="us-ascii"
  1841. Date: Tue, 25 Apr 1995 00:32:05 +1000
  1842. To: think-c@rdatasys.com
  1843. From: warnerpj@netspace.net.au (Philip Warner)
  1844. Subject: JPEG Compression
  1845.  
  1846. If anybody has a code fragment that will convert a PictHandle to a
  1847. compressed JPEG (using quicktime), I would really appreciate it.
  1848. Alternatively the location of a manual/example on the net would also be
  1849. fine.
  1850.  
  1851. Thanks,
  1852.  
  1853. Philip Warner.
  1854.  
  1855.  
  1856. P.S. I know it is in 'IM: Quicktime', but at this stage I am not too
  1857. keen to buy it...
  1858.  
  1859.  
  1860. ----------------------------------------------------------------
  1861. Philip Warner                    |     __---_____
  1862. Albatross Consulting Pty. Ltd.   |----/       -  \
  1863. Tel: +61-3-349 1235              |          /(@)   ______---_
  1864. Fax: +61-3-349 1156              |                 _________  \
  1865.                                  |                 ___________ |
  1866. PGP key available upon request.  |                /           \|
  1867.                                  |    --________--
  1868. "Foolproof ? You aint seen       |  /
  1869. our fool..."                     |/
  1870.  
  1871.  
  1872. >From RDonnan@aol.com Mon Apr 24 12:42:12 PDT 1995
  1873. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id MAA13869 for <think-c@rdatasys.com>; Mon, 24 Apr 1995 12:42:12 -0700
  1874. From: RDonnan@aol.com
  1875. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id MAA28697 for <think-c@rdatasys.com>; Mon, 24 Apr 1995 12:45:30 -0700
  1876. Received: from mail02.mail.aol.com(152.163.172.66) by lionfish.rdatasys.com via smap (V1.3)
  1877.         id sma028613; Mon Apr 24 12:45:04 1995
  1878. Received: by mail02.mail.aol.com
  1879.         (1.37.109.11/16.2) id AA264852691; Mon, 24 Apr 1995 15:44:52 -0400
  1880. Date: Mon, 24 Apr 1995 15:44:52 -0400
  1881. Message-Id: <950424154401_94489512@aol.com>
  1882. To: think-c@rdatasys.com
  1883. Subject: CPrefsFile
  1884.  
  1885. I am looking for a Symantec C++ V8.0 compatible version of CPrefsFile,
  1886. orginally written by Jamie McCarthy.  I have Version 1.1, dated 13 April
  1887. 1992, which was written for Think C 5.0, and TCL 1.0.  Any help would be
  1888. greatly appreciated.
  1889.  
  1890. Alternatively, if anyone knows of a good Pref file class, shareware,
  1891. commercial, or PD, please let me know.
  1892.  
  1893. Thanks,
  1894. -Russ
  1895. ---
  1896. rdonnan@aol.com
  1897. Lenders Resource, Inc., Fort Collins, CO, USA
  1898. (970) 223-3717
  1899.  
  1900. >From alspaugh@showme.missouri.edu Thu Apr 27 09:56:58 PDT 1995
  1901. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id JAA12010 for <think-c@rdatasys.com>; Thu, 27 Apr 1995 09:56:55 -0700
  1902. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id KAA00711 for <think-c@rdatasys.com>; Thu, 27 Apr 1995 10:00:14 -0700
  1903. Received: from mail.missouri.edu(128.206.2.169) by lionfish.rdatasys.com via smap (V1.3)
  1904.         id sma010917; Tue Apr 25 13:48:34 1995
  1905. Received: from showme.missouri.edu by Mail.Missouri.Edu (8.6.11/4.03)
  1906.           id PAA12991; Tue, 25 Apr 1995 15:49:57 -0500
  1907. Received: from mizzou-ts6-07.missouri.edu by showme.missouri.edu (AIX 3.2/UCB 5.64/4.03)
  1908.           id AA150927; Tue, 25 Apr 1995 15:47:30 -0500
  1909. Message-Id: <v01510101abc30e9cf42f@[128.206.1.187]>
  1910. Mime-Version: 1.0
  1911. Content-Type: text/plain; charset="us-ascii"
  1912. Date: Tue, 25 Apr 1995 14:51:38 -0600
  1913. To: think-c@rdatasys.com
  1914. From: alspaugh@showme.missouri.edu (Alspaugh)
  1915. Subject: Re: CPrefsFile
  1916. Cc: RDonnan@aol.com
  1917.  
  1918. >I am looking for a Symantec C++ V8.0 compatible version of CPrefsFile,
  1919. >orginally written by Jamie McCarthy.  I have Version 1.1, dated 13 April
  1920. >1992, which was written for Think C 5.0, and TCL 1.0.  Any help would be
  1921. >greatly appreciated.
  1922.  
  1923.         I have a copy of it also.  Actually, it shouldn't be too hard to
  1924. modify it to use TCL 2.0.x and C++ 8.0.  The main thing you need to do is
  1925. to replace the dispose method with a destructor and add a true constructor
  1926. to supplement the IClassName(...) methods.  Also, you might want to stick
  1927. in the RTTI macros.  I've done this myself with other classes I got from
  1928. the TCL archives like CDividedPane and it wasn't too hard.
  1929.  
  1930. Hope this helps,
  1931.  
  1932.  
  1933. Bruce Alspaugh
  1934.  
  1935. --------------------------------------------------------------------------
  1936. Bruce Alspaugh, Ph.D.                     |
  1937.   Software Engineer, SchoolWare           |    "The bug stops here!"
  1938.   2809 Skyview Road                       |
  1939.   Columbia, MO 65202-2213                 |    With apologies to
  1940.   Internet: alspaugh@showme.missouri.edu  |       Harry S. Truman
  1941.   Fax: (314) 445-9981                     |
  1942. --------------------------------------------------------------------------
  1943.  
  1944.  
  1945. >From cch@ebt.com Thu Apr 27 09:57:23 PDT 1995
  1946. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.10/8.6.10) with ESMTP id JAA12076 for <think-c@rdatasys.com>; Thu, 27 Apr 1995 09:57:15 -0700
  1947. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id KAA00783 for <think-c@rdatasys.com>; Thu, 27 Apr 1995 10:00:33 -0700
  1948. Received: from kirk.ebt.com(192.111.115.1) by lionfish.rdatasys.com via smap (V1.3)
  1949.         id sma012145; Tue Apr 25 14:35:42 1995
  1950. Received: from [198.112.113.137] (centurian [198.112.113.137]) by ebt-inc.ebt.com (8.6.9/8.6.9) with SMTP id RAA06482; Tue, 25 Apr 1995 17:37:45 -0400
  1951. X-Sender: cch@192.111.115.1
  1952. Message-Id: <v02110100abc3233c2394@[198.112.113.137]>
  1953. Mime-Version: 1.0
  1954. Content-Type: text/plain; charset="us-ascii"
  1955. Date: Tue, 25 Apr 1995 17:36:17 -0500
  1956. To: mac-develop@cc.umanitoba.ca, MACPROG@WUVMD.WUSTL.EDU, think-c@rdatasys.com
  1957. From: cch@ebt.com (Craig Hofmeister)
  1958. Subject: Setting up an A4 world in Symantec C/C++ for MPW
  1959.  
  1960. Hello, I am attemping to write a code resource for Symantec C/C++ for MPW
  1961. which will act as a plugin to our Macintosh product, DynaText.  The
  1962. plugin's only interaction with Dynatext will be at initialization and later
  1963. through any callbacks it registered during the initialization routine.
  1964.  
  1965. Most plugins will use a number of global variables, string literals,
  1966. contain multiple segments, and CANNOT create their own A5 worlds because of
  1967. their close interaction with the main application.  The first couple of
  1968. conditions can be met using different compiler options: -sg to link to a
  1969. single segment, -br 020 to get by the 32k limit essentially, -b to handle
  1970. string literals, etc.  BUT I don't know any way to imitate how Think C or
  1971. Metrowerks CodeWarrior deal with stand-alone code resources -- by creating
  1972. an A4 world.
  1973.  
  1974. Symantec C/C++ 7.0.4 and Metrowerks CodeWarrior (5.5) provide all sorts of
  1975. help and assembly language snippets that I would just love to combine in
  1976. some sort of neat way to make creating an A4 world possible in MPW, but I
  1977. can't seem to get MPW's LINK command to approve of my efforts.
  1978.  
  1979. If anyone has any ideas or anywhere else I should post this message, please
  1980. let me know.
  1981.  
  1982. Thanks in advance,
  1983.  
  1984. Craig Hofmeister (cch@ebt.com)
  1985. Electronic Book Technologies
  1986.  
  1987.  
  1988. ------------------------------ Cut here ------------------------------
  1989.